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PREFACE 


This  report  provides  documentation  of  the  work  accomplished  on  the  Plan  Writer 
Task,  prior  to  its  being  terminated  at  the  end  of  the  first  quarter's  effort. 

It  must  be  emphasized  that  the  material  contained  in  this  report  documents  an 
incomplete  Plan  Writer;  therefore,  some  of  the  material,  discussions,  and  flow 
charts  will  be  less  thorough  than  desired  but  as  complete  as  the  particular  circum¬ 
stances  permit. 

The  Plan  Writer  is  a  method  for  allocating  strategic  weapon  systems  to  enemy 
targets  and  for  developing  outline  sortie  plans.  A  general  discussion  of  the  method, 
concepts.  Missile  Allocation  Model,  and  Aircraft  Allocation  Model  is  contained  in  the 
main  body  of  the  report.  Appendices  contain  users  and  operators  instructions  and 
gross  flow  charts.  Tables,  routine  listings,  TOSO's,  and  card  decks  are  not  furnished 
as  part  of  the  documentation  but  are  provided  to  the  user  separately. 
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INTRODUCTION  TO  STAGE 

STAGE  (Simulation  of  Total  Atomic  Global  Exchange)  is  a  digital  computer 
simulation  of  the  interaction  of  aircraft,  missiles,  offensive  and  defensive  sites, 
targets,  and  plans  of  both  sides  in  a  two-sided  global  atomic  exchange.  The 
operation  of  the  model  is  dynamic;  that  is,  the  results  of  past  interactions,  as 
determined  by  probabilistic  considerations,  affect  future  interactions.  The  simula¬ 
tion  of  the  interactions  consists  of  examining  the  course  of  the  exchange  at  stated 
intervals  of  real  time  and  determining  which  events  occurred  during  that  interval. 

A  history  of  the  transpired  events  is  recorded  as  the  exchange  progresses  and  is 
later  sorted,  printed,  and  summarized  to  allow  evaluation  of  the  plans,  structure  of 
forces,  targeting  concepts,  and  attack  timing  strategy. 

The  system  of  digital  computer  programs  which  makes  up  STAGE  is  divided  into 
four  major  subsystems: 

1.  Sortie  Programmer, 

2.  Preprocessor, 

3.  Simulator,  and 

4.  Output  Processor. 

The  Sortie  Programmer  produces  detailed  sortie  specifications  from  outline  sortie 
plans  drawn  up  by  the  planning  teams,  taking  into  account  fuel  consumption,  probable 
attrition  at  various  velocities  and  altitudes,  and  hardware  restrictions.  The  Pre¬ 
processor  is  designed  to  produce  inputs  acceptable  to  the  Simulator  from  the  Sortie 
Programmer-generated  sortie  specifications  and  from  raw  data  provided  by  the 
planning  teams  for  each  side  of  the  global  exchange .  The  Preprocessor  performs 
the  tasks  of  precomputing  many  events  that  are  independent  of  probabilistic 
considerations.  Automatic  error  detection  and  correction  are  incorporated  when¬ 
ever  possible.  The  Simulator,  by  introducing  the  outcome  of  probabilistic  events, 
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simulates  the  actual  interaction  of  the  offensive  forces,  defensive  forces,  targets, 
and  bases  of  the  two  sides  for  a  given  period  of  time,  and  records  a  raw  form  of 
the  history  of  these  interactions.  This  raw  form  of  the  history  of  the  exchange  is 
then  sorted,  summarized,  and  output  in  tabular  form  by  the  Output  Processor. 

The  current  version  of  the  STAGE  System,  called  the  STAGE  64-1  System, 
contains  simulations  of  the  significant  aspects  of  a  modern  two-sided  gldbal  nuclear 
exchange.  The  recently  incorporated  revised  simulations  provide  for  the  treatment 
of  new  weapon  systems  and  improve  the  capability  for  command  and  control  of 
offensive  and  defensive  forces.  Technical  reports  covering  all  aspects  of  the 
STAGE  64-1  System  are  being  published  in  the  TR  65-1  through  TR  65-10  series 
and  will  be  of  interest  to  those  desiring  a  more  thorough  knowledge  of  the  system. 

The  following  paragraphs  give  a  more  detailed  account  of  the  Sortie  Programmer, 
Preprocessor,  Simulator,  and  Output  Processor. 

SORTIE  PROGRAMMER 

From  a  set  of  brief  sortie  plans ,  the  Sortie  Programmer  produces  detailed 
sortie  specifications  by  computing  defensive  avoidance  legs,  selecting  recovery 
bases ,  looking  up  locations  of  bases ,  targets ,  and  penetration  and  depenetration 
routes,  selecting  air-launched  missile  and  decoy  launch  points,  and  selecting 
optimum  altitudes  and  velocities  for  each  leg  of  each  mission.  During  this  processing, 
extensive  error  checks  are  made  on  the  plans  and  data  tables.  Detected  errors  are 
noted  with  English-language  comments .  The  final  output  of  the  Sortie  Programmer 
consists  of  sortie  specifications  for  direct,  error-free  input  to  the  Preprocessor, 
and  a  detailed  set  of  sortie  specifications  for  analysis  by  the  planning  teams. 

PREPROCESSOR 

The  system  of  programs  which  makes  up  the  Preprocessor  is  designed  to  perform 
three  major  functions.  The  first  of  these  is  to  convert  the  inputs  as  prepared  by  the 


planning  teams  aui  the  Sortie  Programmer  into  a  form  acceptable  to  the  Simulator. 
This  automatic  conversion  allows  the  planners  to  write  their  inputs  in  a  form 
convenient  for  them  rather  than  for  the  digital  computer.  The  second  function  is  to 
precompute  those  events  which  are  independent  of  probabilistic  considerations  — 
for  example,  fuel  consumption  and  distance  —  and  to  determine  possible  attrition 
interactions  by  comparing  flight  paths  with  the  disposition  of  the  opposing  side's 
defenses.  The  precomputation  performed  here  will  reduce  the  computer  running 
time  of  the  Simulator,  especially  when  replications  are  played.  (A  replication  is  a 
renaming  of  the  simulation  with  identical  inputs  except  for  a  variation  of  the  outcome 
of  probabilistic  events  and  is  used  to  study  the  effects  of  chance.)  The  Preprocessor's 
third  function  is  to  detect  errors  which  occur  in  the  inputs  prepared  by  the  planning 
teams. 

A  significant  feature  of  the  Preprocessor  is  its  capability  to  accept  modifications 
to  inputs  it  has  already  processed.  When  data  is  input,  that  portion  of  it  that  is 
found  to  be  error-free  is  processed  to  completion  and  the  erroneous  portions  are 
marked  for  correction.  To  correct  the  errors,  it  is  not  necessary  to  reinput  the 
entire  set  of  data;  rather  the  corrections  themselves  may  be  reinput  and  the  Pre¬ 
processor  will  then  process  these  segments  and  add  them  to  the  previous,  error- 
free  data.  A  further  advantage  of  this  updating  feature  is  that  inputs  may  be  processed 
in  segments  as  they  are  completed  by  the  planners  —  the  whole  set  of  inputs  does  not 
have  to  be  complete  before  making  a  computer  run.  In  addition,  changes  may  be 
made  to  an  existing  set  of  inputs  to  convert  them  to  a  new  set,  using  this  updating 
feature. 

The  work  performed  by  the  Preprocessor  is  divided  into  five  major  phases. 

The  processing  of  physical  resources  data  is  handled  in  Phase  1.  This  includes 
information  on  items  such  as  manned  aircraft  bases,  missile  bases  and  other  types 
of  installations.  Phase  2  converts  the  sortie  specifications  for  both  manned  offensive 
aircraft  and  offensive  missiles  into  actions  which  describe  the  movements  and 
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operations  performed  by  these  vehicles.  This  phase  also  develops  the  refueling 
requirements  of  the  manned  aircraft  for  processing  by  Phase  4.  The  interaction  of 
the  forces  of  each  side,  which  determines  the  possible  attrition  of  offensive  vehicles , 
and  information  about  which  bases  could  be  threatened  are  developed  in  Phase  3. 

The  refueling  requirements  of  manned  aircraft  developed  in  Phase  2  are  processed 
in  Phase  4  to  generate  plans  for  tankers  to  meet  those  requirements .  Phase  5 
merges  the  results  of  the  preceding  phases  into  the  proper  order  for  handling  by  the 
Simulator,  taking  into  account  the  diifeience  in  the  times  at  which  the  two  sides 
begin  active  participation  in  the  exchange . 

SIMULATOR 

The  Simulator  is  a  system  of  programs  which  processes  the  events  developed 
by  the  Preprocessor  and  incorporates  the  probabilistic  considerations  required  to 
introduce  the  element  of  chance  into  the  play  of  the  game.  In  the  course  of  proces¬ 
sing  the  events ,  all  significant  information  pertaining  to  each  event  is  recorded  in 
* 

the  form  of  a  raw  history. 

The  operations  performed  by  the  Simulator  are  divided  into  10  classes.  The 
first  and  ninth  classes  process  doglegs,  penetration  into  enemy  territory,  depene¬ 
tration  from  enemy  territory,  splashes,  releases  and  impacts  of  air-to-surface 
missiles ,  releases  and  impacts  of  decoys ,  targeting  of  bombers  and  missiles ,  a 
type  of  aerial  refueling,  and  several  branching  operations  based  on  the  results  of 
previous  events  or  the  outcome  of  probabilistic  events.  The  handling  of  bases 
under  threat  by  enemy  aircraft  is  accomplished  in  the  second  class  Classes  three, 
four,  and  five  compute  the  attrition  of  offensive  aircraft  as  the  result  of  their  inter¬ 
action  with  fighter/interceptors  and  local  defense  sites.  The  sixth  class  handles  the 
takeoff  and  landing  of  manned  aircraft.  When  a  base  is  threatened,  this  class  will 
optionally  evacuate  and  orbit  manned  aircraft  during  the  period  of  the  threat.  Missile 
launching  is  accomplished  in  the  seventh  class ,  and  a  second  type  of  aerial  refueling 
occurs  in  the  eighth.  Damage  to  various  bases  and  facilities  is  assessed  by  the  tenth 
class. 
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Several  important  features  have  been  incorporated  into  the  Simulator  design. 

One  of  these  is  its  modular  structure,  which  provides  for  flexibility  in  putting 
together  the  algorithms  that  compose  a  simulation  to  study  particular  problems. 

This  modular  structure  also  facilitates  making  modifications  and  additions  to  the 
set  of  algorithms.  Another  important  feature  of  the  Simulator  is  its  monitoring 
capability,  which  provides  for  the  on-line  display  of  pertinent  information  during 
the  running  of  the  model  and  permits  observation  of  machine  errors,  input  data 
errors,  and  programming  errors.  A  set  of  switches  providing  controls  which  may 
be  set  at  run  times  has  been  built  into  the  Simulator.  These  switches  may  be  used 
to  control  such  things  as  whether  or  not  to  perform  the  damage  computations  and 
whether  or  not  to  permit  the  evaluation  of  aircraft  from  threatened  bases.  This 
switching  permits  variation  of  the  type  of  game  to  be  played  without  requiring  major 
changes  to  the  inputs . 

OUTPUT  PROCESSOR 

The  Output  Processor  is  a  system  of  programs  that  sort,  summarize,  and  out¬ 
put  in  tabular  form  the  raw  history  outputs  produced  by  the  Simulator. 

The  first  of  two  major  program  categories  forms  histories  of  the  most  signifi¬ 
cant  events  of  the  war.  I'or  example,  separate  histories  are  made  of  sortie  actions, 
zone  and  local  defense  sites,  missile  bases,  and  so  on.  These  histories  are  avail¬ 
able  in  sorted  form,  sorted  according  to  various  keys  such  as  base  identification, 
sortie  tail  number,  etc. 

The  second  set  of  programs  tallies  and  summarizes  the  history  outputs.  Tallies, 
for  example,  are  made  of  the  number  of  planes  killed  and  the  number  of  bases  damaged 
or  killed.  These  tallies  are  grouped  in  categories  such  as  the  time  period  in  which 
the  event  occurred,  type  of  offensive  or  defensive  system  involved,  attacking  wave, 
etc. 
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Summaries  condense  the  history  of  an  individual  sortie  from  takeoff  time  to  the 
end  of  its  mission.  For  manned  aircraft  sorties,  a  brief  summary  of  what  happened 
to  each  weapon  on  board  the  sortie  at  takeoff  time  has  been  included. 

The  structure  of  the  Output  Processor  provides  flexibility  in  its  use.  Any  history 
may  be  formed  and  tallied  up  without  reference  to  the  other  histories  available,  thus 
saving  extensive  running  time. 

In  addition,  new  histories  may  be  added  any  time,  for  further  analysis  and  study, 
without  disrupting  the  current  programs. 
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THE  PLAN  WRITER 


INTRODUCTION 

The  utility  of  large-scale  war  game  models  such  as  STAGE  (Simulated  Total 
Atomic  Global  Exchange)  is,  in  large  measure,  dependent  upon  the  time  required 
to  complete  a  game.  Experience  has  shown  that  a  significant  portion  of  this  time 
is  spent  in  preparing  plan  inputs  necessary  to  run  the  program.  For  some  time, 
therefore,  efforts  have  been  underway  to  seek  means  to  reduce  the  time  required 
to  prepare  plan  inputs .  A  step  in  this  direction  was  the  development  of  the  Sortie 
Programmer. 

The  Sortie  Programmer  develops  detailed  sortie  specifications  from  a  set  of 
outline  plans  (brief  descriptions  of  the  mission  of  each  sortie)  which  are  input  to 
the  program.  In  addition  to  the  outline  plans,  input  data  required  are: 

•  Locations  of  aircraft  bases,  missile  bases,  enemy  local 
defenses,  recovery  bases,  enemy  targets,  and  certain 
geographical  points ; 

•  Characteristics  of  various  delivery  vehicle/weapon  combina¬ 
tions,  vehicles,  weapons,  and  enemy  local  defenses; 

•  Specification  of  penetration  routes  and  depenetration  routes. 

Although  the  Sortie  Programmer  achieves  a  reduction  in  input  time  and  in  the 
tedium  of  preparing  detailed  sortie  specifications,  it  was  recognized  that  a  further 
reduction  in  input  time  could  be  accomplished  if  the  outline  plans  required  by  the 
Sortie  Programmer  were  generated  by  a  prior  program,  on  the  basis  of  a  general 
plan  concept.  To  build  such  a  program,  a  task  was  initiated  under  Project  OIMF  '  \ 
and  designated  Plan  Writer. 
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PURPOSE  AND  SCOPE 


The  initial  overall  Plan  Writer  concept  is  documented  in  "A  Proposed  Design 
for  a  Plan  Writer,  "  a  Technical  Operations  Research,  Project  OMEGA  working 
paper.  The  purpose  of  this  report  is  to  provide  documentation  on  the  concept,  and 
preliminary  descriptions  of  the  methods  and  programs  developed. 

The  succeeding  sections  of  this  report  deal  with: 

•  A  general  description  of  the  Plan  Writer  method  and  of 
certain  concepts  involved  in  the  method, 

•  A  description  of  the  Missile  Allocation  Model  of  the  Plan 
Writer,  and 

•  A  description  of  the  Aircraft  Allocation  Model  of  the  Plan 
Writer. 

The  appendices  which  have  been  included  are: 

Appendix  Content 

A  Missile  Allocation  Model  gross  flow 

charts. 

B  Missile  Allocation  Model  -  Users  and 

operators  instructions  for  the  portion 
of  program  developed. 

C  Aircraft  Allocation  Model  -  Users  and 

operators  instructions  for  the  portion 
of  the  Table  Generator  program  de¬ 
veloped. 

D  Aircraft  Allocation  Model  gross  flow 

charts. 


DESCRIPTION 

Plan  Writer  is  a  method  for  allocating  strategic  weapon  systems  to  enemy 
targets.  This  method  was  being  designed  and  developed  by  Project  OMEGA  of 
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technical  Operations  Research  for  the  Air  Battle  Analysis  Center  of  the  U.  S.  Air 
i  jrce.  A  significant  part  of  the  Plan  Writer  will  be  computer  programmed. 

The  objective  of  the  Plan  Writer  is  to  develop  a  set  of  targets  and  produce  an  out¬ 
line  plan  for  each  sortie.  An  outline  sortie  plan  contains  information  on: 

•  Unit  and  sortie 

ft  Offensive  system  (i.e.,  vehicle  and  weapons) 

•  Preference  scheme  (for  flight  path  profile) 

•  Launch  base 

•  Refueling  points* 

•  Turning  point  code* 

•  Penetration  route  exit  point* 

•  Depenetration  route  entry  point* 

•  Time  reference  and  time 

•  Targets  and  heights  of  burst 

The  purpose  of  the  Plan  Writer  is  to  provide  the  planners  cf  the  Air  Battle 
Analysis  Center  with  a  tool  that  develops  a  set  of  outline  sortie  plans,  within  planning 
constraints,  more  consistently,  more  rapidly,  and  more  optimally  than  can  be 
done  by  manual  means  currently  employed. 

The  design  of  Plan  Writer  is  such  that  Plan  Writer  is  also  a  one-sided  expected 
value  war  game.  Thus,  one  set  of  Plan  Writer  outputs  reflects  a  possible  expected 
outcome  of  an  air  battle,  using  a  particular  planning  scheme  and  a  particular  set  of 
input  data.  The  output  may  serve,  then,  as  a  measure  of  the  effectiveness  of  a 
particular  planning  scheme. 


* 

These  items  are  for  aircraft  sorties 


GENERAL  METHOD 


The  function  of  the  Plan  Writer  is  to  develop  a  set  of  targets  and  an  outline  plan 
for  each  sortie  to  be  played  in  a  war  game.  The  following  discussion  of  the  general 
method  developed  to  perform  this  function  is  organized  into  four  parts: 

•  Outline  of  input  data, 

•  General  description  of  program  processes, 

•  Description  of  concepts,  and 

•  Outline  of  output  data. 

INPUTS.  The  inputs  to  the  Plan  Writer,  in  outline  form,  are  data  on: 

•  Resources  of  one  side 

•  Targets  of  an  opposing  side 

•  Defenses  of  an  opposing  side 

•  Interaction  of  resources  with  defenses  and  targets 

•  Routes  for  aircraft 

•  Planning  procedure  for  allocation 

PROGRAM.  The  Plan  Writer  program  is  comprised  of  two  major  models: 
a  Missile  Allocation  Model  and  an  Aircraft  Allocation  Model.  Both  models  utilize 
the  concept  of  substrike  phases;  that  is,  only  a  subset  of  the  resources  and  targets 
are  treated  in  a  substrike.  Within  a  substrike  phase,  a  subset  of  the  total  set  of 
outline  plans  is  developed.  The  collection  of  outline  plans  from  all  substrikes,  there¬ 
fore,  gives  the  total  set  of  outline  plans. 

Within  either  model,  there  are  basically  four  processes  used  in  substrike 


planning. 


•  Setting  of  Common  Mission  Factors 

•  Setting  of  Variable  Mission  Factors 

•  Nominating  of  feasible  candidate  sorties 

•  Electing  of  a  feasible  candidate  sortie 

The  Common  Mission  Factors  Process  sets  the  values  of  factors  which  are 
to  be  common  for  each  set  of  sorties  nominated  in  a  particular  run  of  the  nomination 
process. 

The  Variable  Mission  Factors  Process  sets  the  values  of  factors  which  are 
desired  to  be  common  for  each  set  of  sorties  but  may,  if  necessary,  be  relaxed  to 
nominate  a  sortie. 

The  Nomination  Process  develops  feasible  sorties.  In  a  particular  run  of 
this  process,  all  sorties  developed  have  the  same  value  for  each  common  mission 
factor;  however,  the  value  of  each  variable  factor  may  be  different  from  sortie  to 
sortie.  The  intermediate  output  of  the  Nomination  Process  is  a  list  of  feasible 
sorties.  The  output  also  includes  a  value  of  each  sortie. 

The  Election  Process  compares  the  values  of  all  sorties  nominated  in 
Process  3  and  elects  (assigns)  that  sortie  having  the  highest  value. 

All  the  processes  are  repeated  until  one  or  more  of  three  conditions  is 

attained: 

1.  Vehicles  or  weapons  are  depleted. 

2.  The  probabilities  of  destruction  on  all  targets  are  equal  to  or 
exceed  specified  maxima. 

3.  The  maximum  permissible  number  of  sorties  has  been  nom¬ 
inated  and  elected  within  the  limits  of  the  common  and  variable 
mission  factors  without  achieving  either  condition  above. 
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CONCEPTS.  Underlying  the  overall  operation  of  Plan  Writer  are  several  basic 
concepts. 

•  Planning  Specifications 

•  Candidate 

•  Substrike 

•  DELKIL 

•  Cell 

•  Ring  Rules 

•  Timely 

Planning  Specification  Conoept.  A  planner  considers  several  important 
factors  (i.e.,  constraints)  which  he  can  control  in  the  process  of  "laying  on"  or 
planning  sorties.  The  factors  are  applied  in  a  particular  order  or  are  given  relative 
priorities  based  on  the  planner's  intent  and/or  general  planning  criteria.  Each 
factor  may  have  a  range  of  values.  These  values  are  relaxed  as  they  are  required 
during  the  process  of  his  planning. 

To  reflect  the  above  planning  process,  the  Plan  Writer  incorporates 
a  concept  known  as  planning  specifications .  A  planning  specification  contains 
several  important  factors  which  are  ordered  and  may  assume  range  of  values. 

The  Missile  Allocation  Model  of  Plan  Writer  will  initially  provide  the 
planner  with  12  planning  specifications,  that  is,  12  ordered  sets  of  factors.  This 
means  that  the  planner  will  have  available  12  alternate  ways  to  develop  missile  sortie 
outline  plans.  The  list  of  12  planning  specifications  is  shown  on  page  27.  The 
Aircraft  Allocation  Model  of  Plan  Writer  will  initially  provide  the  planner  with  one 
planning  specification.  The  acceptable  planning  specification  is  shown  on  ~>age  74. 

There  are  five  factors  comprising  any  missile  planning  specification: 
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Target  Class 


• 

•  Weapon  Priority 

•  Cross  Targeting 

•  Base  Nominee 

•  Candidat^/Exempt 

These  five  factors,  which  may  vary  in  value  during  the  model's  first 
three  processes,  control  the  association  of  a  base  nominee  with  a  target. 

There  are  many  factors  other  than  the  above  that  are  accounted  for  in 
the  model.  These  factors  (constraints)  (for  example,  range)  are  specified  in  the 
form  of  input  data  and  cannot  vary  during  the  model  processes . 

As  the  first  three  model  processes  are  executed,  the  target  class 
factor  indicates  the  class  (priority)  of  targets  being  considered  for  missile  sorties; 
the  cross  targeting  factor  indicates  the  number  of  missiles  from  a  particular  base 
which  may  be  sent  to  a  particular  target;  the  weapon  priority  factor  indicates  the 
priority  of  missile  weapons  being  considered  (i.e.,  the  first  preferred  group  of 
target  types  and  then  the  second  for  a  given  weapon  type);  and  the  base  nominee 
factor  identifies  the  base  being  considered  for  nomination. 

The  candidate/exempt  factor  will  be  discussed  under  the  Candidate 

Concept. 

There  are  13  factors  comprising  an  aircraft  planning  specif ication. 

These  are: 

•  Target  Class 

•  System 

•  First  Weapon  Cross  Targeting 

•  Mission 

•  Weapon  Loading 

!> 
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•  Profile 

•  Candidate/Exempt  (Cell) 

•  Succeeding  Weapon  Cross  Targeting 

•  Base  (Air  Alert  Point)/  Refuel  Area 

•  Weapon  Release  Sequence 

•  Weapon  Priority 

•  Ring  Rules 

•  Depenetration/Recovery 


The  13  factors  listed  above,  which  may  vary  in  value  during  the 
model's  first  three  processes,  control  the  association  of  a  system  (plane  type) 
/mission/weapon  loading/profile  *~nd  takeoff  base  with  one  or  more  targets  for 
a  single  sortie. 

There  are  other  factors  than  the  above  that  are  accounted  for  in  the 
model.  These  factors  (constraints)  are  specified  in  the  form  of  input  data  and  cannot 
vary  during  the  model  processes. 

As  the  first  three  model  processes  are  executed,  the  factors  indicate 

the  following: 


Factor 
Target  Class 

System 

First  Weapon  Cross  Targeting 


Control 

Class  (Priority)  of  targets  being  considered 

Plane  Type  being  considered 

Number  of  first  weapons  from  a  particular 
base  which  may  be  sent  to  a  particular  target 


Mission 


Air  Alert  or  ground  based;  refueled  or  un¬ 
refueled;  one  way  or  two  way 


Weapon  Loading 


Types  and  quantities  of  weapons  loaded  on 
a  system 


Factor 


Control 


Profile  Over-enemy-territory  flight  modes 

Candidate/Exempt  (Cell)  Candidate/Exempt  will  be  discussed  under 

Candidate  Concept;  cell  indicates  penetra¬ 
tion  point  being  considered 

Succeeding  Weapon  Cross  Target-  Number  of  weapons,  other  than  first  one 

ing  released,  which  may  be  allocated  to  a  particu¬ 

lar  target  from  a  particular  base 

Base  (Air  Alert)/  Refuel  Area  The  takeoff  base  or  air  alert  point  being 

considered  as  the  origin  of  a  sortie  for  the 
cell  (penetration  point)  being  considered 

The  order  in  which  to  consider  each  weapon 
of  a  given  weapon  loading 

The  first  preferred  group  of  target  types 
and  then  the  second  for  a  given  weapon  type 

Will  be  discussed  under  the  ^ub-section  on 
Ring  Rules 

The  depenetration  routes  and  recovery  bases 
associated  with  the  last  target  for  a  sortie 


Weapon  Release  Sequence 

Weapon  Priority 

Ring  Rules 

Depenetration/Recovery 


Candidate  Conoept.  The  Candidate/Exempt  factor,  referred  to  in  the  dis¬ 
cussion  of  Planning  Specifications,  has  a  special  purjx>se  in  the  nomination  process 
and  serves  as  a  buffer  and  as  a  switch. 

As  a  buffer,  it  separates  into  two  groups  the  factors  required  to 
nominate  sorties.  The  two  groups  are  common  mission  factors  and  variable 
mission  factors. 

As  a  switch,  it  indicates  whether  a  target  or  cell  has  a  candidate  in  light 
of  the  constraints.  A  candidate  is  defined  as  a  potential  sortie. 

During  each  candidate  nomination  process,  the  common  mission  factors 
are  "frozen,  "  and  the  variable  mission  factors  are  permitted  to  change,  in  a  specific 


way  as  indicated  by  planning  specifications,  until  a  candidate  can  be  nominated. 

If  a  candidate  cannot  be  nominated,  the  target  or  cell  is  marked  temporarily 
exempt  (the  exempt  switch  for  the  target  or  cell  is  turned  on).  When  all  targets 
or  cells  currently  being  considered  are  marked  exempt,  one  of  the  common 

tt  it 

mission  factors  is  changed  and  is  again  frozen.  The  exemption  is  removed 
from  the  targets  or  cells  (the  exempt  switch  for  each  target  or  cell  is  turned  off), 
and  the  candidate  nomination  process  is  repeated. 

Substrike  Concept.  The  task  of  the  Plan  Writer  is  to  develop  the  outline 
plans  for  a  strike,  i.e. ,  for  a  war  or  conflict.  To  do  this  efficiently,  it  is  necessary 
to  sub-divide  this  task  into  a  series  of  subtasks.  Each  subtask  is  defined  as  a  sub¬ 
strike. 

The  characteristics  of  a  substrike  are: 

•  The  execution  of  the  plans  is  time  constrained. 

•  A  section  of  weapon  systems  of  one  side  and  targets  of  the 
other  side  are  considered. 

•  The  outline  plans  are  developed  using  a  single  planning  speci¬ 
fication. 

In  addition  to  providing  a  more  efficient  means  for  developing  the  outline 
plans  for  a  strike,  the  Substrike  Concept  provides  the  planner  with  control  of  the 
resources,  targets,  and  methods  of  developing  the  outline  plans. 

DELKIL  Conoept.  The  DELKIL  Concept  has  been  developed  to  provide  a 
quantitative  means  for  comparing  potential  sorties.  DELKIL  is  the  incremental  in¬ 
crease  in  the  probability  of  target  kill  that  would  result  from  the  addition  of  another 
weapon. 

DELKIL  =  (1  -  Prekill)(SSPK)(SURVF), 

where,  Prekill  =  probability  target  destroyed  by  previously  assigned 
weapons  or  the  accumulative  probability  of  kill; 
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SSPK  =  probability  of  given  weapon  destroying  target,  given 
that  weapon  reaches  target; 

SURVF  =  probability  of  weapon  surviving  (reaching)  to  target. 

During  the  election  process  of  the  Missile  Allocation  Model,  the 
DELKILs  for  each  nominated  sortie  are  compared,  and  the  sortie  having  the  highest 
DELKIL  is  elected;  that  is,  the  sortie  attaining  the  largest  incremental  increase  in 
the  probability  of  target  kill  is  chosen  and  appears  in  the  outline  plan.  The  same 
criterion  (DELKIL)  may  be  used  in  the  election  process  for  aircraft,  or  a  Timely 
criterion  may  be  used.  (See  sub-section  on  TIMELY.) 

Kote:  The  DELKIL  method  is  an  optimizing  technique  which  provides 
the  greatest  increase  in  the  fraction  of  the  target  set  killed,  subject  to  the  planning 
constraints. 

A  refim  ment  to  the  DELKIL  concept  was  introduced  to  provide  a  quan¬ 
titative  means  for  comparing  potential  sorties,  when  the  targets  involved  are  of 
different  relative  worth.  The  relative  worth  (weighting  factor)  for  each  target  is 
supplied  to  the  model  as  input  data  by  the  planner.  The  refined  DELKIL  reflects 
the  relative  worth  of  each  target  and  is  called  RELDEL;  hence, 

RELDEL  =  (DELKIL)(Relative  Worth). 

Cell  Concept.  The  Cell  Concept  was  developed  for  the  Aircraft  Allocation 
Model  in  order  to  facilitate  the  selection  of  a  first  target  for  an  aircraft  sortie. 

A  cell  is  a  list  of  targets  associated  with  the  routes  emanating  from  a 
common  penetration  point.  Each  target  is  associated  with  the  nearest  penetration 
route  exit  point  (PRXP),  consistent  with  the  restriction  that  the  change  in  aircraft 
heading  to  attack  the  target  from  the  PRXP  is  not  greater  than  60°  (  or  a  value  input 
by  the  planner) .  A  target  may  be  associated  with  more  than  one  cell  (penetration 
point)  if,  for  the  other  cells,  the  change  in  heading  restriction  is  met,  the  distances 
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from  the  penetration  points  to  the  target  (along  the  other  routes)  are  not  greater 
than  120%  (or  value  specified  by  the  planner)  of  the  distance  to  the  target  for  the 
primary  cell,  i.e.,  that  cell  containing  the  nearest  acceptable  penetration  route 
exit  point,  and  the  number  of  cells  with  which  the  target  is  associated  is  not  greater 
than  two  (or  value  specified  by  the  planner). 

Ring  Rules  Concept.  The  Ring  Rides  Concept  was  developed  for  the  Air¬ 
craft  Allocation  Model  to  facilitate  the  selection  of  the  targets  succeeding  the  first 
target  for  a  sortie  carrying  several  weapons. 

A  ring  is  an  area  to  be  "searched,  "  based  on  the  sortie’s  current  and 
preceding  positions.  The  boundaries  of  a  ring  area  are  a  function  of  the  permissible 
change  in  heading  and  the  lower  and  upper  limits  of  distance  from  current  position. 
To  reflect  the  notion  that  it  is  more  desirable  to  "search"  certain  areas  (rings) 
before  "searching"  others,  the  planner  is  provided  with  the  capability  to  indicate 
several  rings  to  be  searched  and  the  order  in  which  the  rings  are  to  be  searched 
(i.e.,  ring  rules). 

For  example,  as  shown  in  Figure  1,  the  sortie’s  preceding  and  current 
positions  and  three  rings  to  be  searched  are  shown.  The  program  will  attempt  to 
find  a  suitable  target  in  the  first  ring;  if  unsuccessful,  the  second  ring  is  searched; 
if  still  unsuccessful,  the  third  ring  is  searched.  If  unsuccessful  in  finding  an  accept¬ 
able  target  in  any  ring,  the  program  will  attempt  to  modify  preceding  constraints 
on  the  sortie . 


Figure  1  Ring  Rules 


Timely  Concept.  The  Timely  Concept  was  developed  for  the  Aircraft 
Allocation  Model  to  provide  a  time  criterion  by  which  to  compare  potential  aircraft 
sorties  in  order  to  elect  one  sortie. 

Essentially,  all  the  sorties  nominated  during  a  particular  cycle  through 
the  nomination  process  are  compared  in  terms  of  time  of  arrival  at  their  respective 
first  targets.  The  sortie  having  the  earliest  time  of  arrival  is  elected,  the  resource 
and  target  data  are  updated,  and  the  nomination  process  is  recycled. 

OUTPUTS,  The  outputs  from  the  Plan  Writer,  in  outline  form,  are: 

•  A  set  of  outline  plans  for  missile  and  aircraft  sorties 

•  A  resource  allocation  summary 

•  A  target  summary,  including  unit/sortie  assignments  and 
accumulative  probability  of  kill 

•  A  table  of  offensive  system  descriptions 


13- 


0 


A  total  value  for  the  allocation,  i.e.,  the  expected  fraction 


of  the  enemy's  target  set  killed 
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MISSILE  ALLOCATION  MODEL 


INTRODUCTION 

This  section  contains  descriptions  of  the  inputs,  the  processing  procedures,  and 
outputs  of  the  Plan  Writer  Missile  Allocation  Model.  Appendix  A  contains  the  gross 
flow  charts  developed  for  the  Missile  Allocation  Model.  Appendix  B  contains  user's 
and  operator '  s  instructions  for  that  portion  of  the  Missile  Allocation  Model  developed. 

INPUTS 

The  inputs  to  the  Missile  Allocation  Model  include: 

•  Resource  data 

•  Target  data 

•  Resource  -  Target  interaction  data 

•  Planning  specification  data 

•  Substrike  data 


The  following  constraints,  i.  e. ,  maximum  values,  apply  to 

certain  inputs: 

Item 

Maximum 

Targets  in  a  strike 

5,000 

Missile  bases  in  a  strike 

1,000 

Missiles  on  a  base  in  a  strike 

100 

Missiles  in  a  strike 

100,000 

Missile  types  (plane  types)  in  a  strike 

(the  plane  type  identification,  however,  may  go  to  31) 

15 

Weapon  types  in  a  strike 

31 

Vulnerability  number  (types) 

31 
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Item 


Maximum 


CEPs  per  missile  type  in  a  strike  6 

Targets  in  a  substrike  1 , 000 

Missile  bases  in  a  substrike  100 

Missiles  on  a  base  in  a  substrike  100 

Missiles  in  a  substrike  1 , 000 


It  should  be  noted  that  the  resource  and  target  data  tables,  with  the  exception 
of  the  VNC  table,  a:e  common  with  Sortie  Programmer  input  tables.  The  Sortie 
Programmer  will  ignore  the  input  data  which  is  required  for  Plan  Writer  only. 


RESOURCE  DATA.  In  general,  resource  data  include: 

•  identification,  location,  and  "beddown"  information  for  each 
missile  base; 

•  reliability,  penetration  capability,  range,  and  accuracy  infor¬ 
mation  for  each  missile  type;  and 

•  weight  and  target  suitability  information  for  each  weapon  type. 

The  resource  data  is  applicable  to  all  substrikes,  that  is,  to  all  missiles.  The 
formats  of  the  input  tables  containing  the  resource  data  are  shown  on  the  next  five 
pages. 
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TABLE  MIBA8E 


Columns 

Information 

Units 

Value  Range 

Symbol 

Optional 

1-8 

Format  and  table  name  - 
F1MIBASE 

STRING 

9 

Side 

1,2 

3 

10-14 

Line  number 

1(1)1000 

Yes 

16-20 

Missile  base  identification  name 

1(1)1000 

M1BID 

22-27 

Latitude 

Deg.  , 
Min.  , 

Sec. 

MILA 

29-36 

Longitude 

Dog. , 
Min.  , 

Sec.  . 

E/W 

MILO 

64-65 

Plane  type 

1(1)31 

MIBPTY 

57-58 

Weapon  type 

1(1)31 

MIBWT 

60-62 

Unit  number 

1(1)255 

MI  BUN 

64-66 

Number  of  missiles  to  be 
programmed 

1(1)100 

M1BNMG 

68-70 

Total  number  of  missiles 

1(1)100 

M1BNM 

MIBASE  ia  the  master  Hat  of  all  miasile  baaea  in  game. 
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TABLE  WEAPON 


Columns 

Information 

Units 

Value  Range 

Symbol 

Optional 

1-8 

Format  and  table  name  • 

F1WEAPON 

stiung 

y 

Side 

1,2 

Yes 

10-14 

Line  number 

1(1)38 

Yos 

16-20 

Weaf  i  identification: 

WEID 

16-19 

Weapon  number  (bomb  or 
decoy  size) 

Bombs  1(1)31 
Decoys  1  ( 1  )6 

WEIDN 

■10 

Weapon  type 

0,1,2 

WETYPM 

0  bomb 

1  -  ASM 

2  -  decoy 

22-24 

Weight  of  weapon 

Thous¬ 
ands  of 
pounds 

.  1(.1)99.9 

WEWT 

26-29 

Range  at  which  to  launch  for  low 
altitude  launch 

Nautical 

miles 

0(1)5000 

WEitNGL 

For  ASM's 
and  decoys 

81-84 

Range  at  which  to  launch  for  high 
altitude  launch 

Nautical 

miles 

0(1  )5000 

WERNGH 

For  ASM 1  s 
and  decoys 

86-87 

Plane  type  corresponding  to  ASM 
or  decoy  type 

1(1)31 

WEPTYP 

For  ASM's 
and  decoys 

89-41 

Deviation  lor  ASM  Launch 

Nautical 

miles 

1(1)999 

WEDEVT 

48-44 

First  pi  iority  tirsl  VN  code 

1(1)31 

WVN11C 

46-47 

First  priority  last  VN  code 

1(1)31 

WVN12C 

49-50 

Second  priority  lirst  VN  code 

1(1)81 

WVN21C 

52-58 

Second  priority  last  VN  code 

1(1)31 

WVN22C 

55-56 

First  exception 

STIUNG 

AA-ZZ  or  A-Z 

-■  - 

WEXCP1 
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TABLE  PLT*P2 
Card  1 


Column* 

Information 

Units 

Value  Range 

Symbol 

Optional 

1-8 

Format  and  table  name  = 
F1PLTYPE 

STRING 

9 

Side 

1.2 

Yes 

10-14 

line  number 

1(1)10 

16 

Card  number  =  1 

1 

17-18 

Plane  type 

1(1)31 

PLTID 

20-23 

Over-all  reliability  factor 

.  01(.  01)1. 00 

PLTREL 

26-27 

Penetration  capability  factor 

.01(.01)1. 00 

PLTPCF 

29-33 

Minimum  range 

Nautical 

miles 

1(1)16000 

PLTMIN 

36-39 

Maximum  range 

Nautioal 

miles 

1(1)16000 

PLTMAX 

41-46 

Mode  1  maximum  range 

Nautical 

miles 

1(1)16000 

DIST 

47-60 

Mode  1  CEP 

Tens  of 
feet 

1  (1)2047 

CEP 

62-66 

Mode  2  maximum  range 

Nautioal 

miles 

1(1)16000 

DIST2 

68-61 

Mode  2  CEP 

Tens  of 
feet 

1(1)2047 

CEP2 

63 

Penetration  point  marker 

0.  1 

PLTPNT 

66 

Guidance  marker 

0,  1 

PLTGUI 

TABLE  PLTYPE 
Card  2 


Columns 

Information 

Units 

Value  Range 

Symbol 

Optional 

1-8 

Format  and  table  name  - 
FI PLTYPE 

STRING 

9 

Side 

1,2 

Yes 

10-14 

Line  num*  jr 

1(1)10 

15 

Card  number  -  2 

2 

19-23 

Mode  3  maximum  range 

Nautical 

miles 

1(1)10000 

DIST3 

25-28 

Mode  3  CEP 

Tons  of 
feet 

1(1)2047 

CEP3 

30-34 

Mode  4  maximum  range 

Nauticul 

miles 

1(1))  0000 

DIST4 

1 

30-39 

Modo  4  CEP 

Tens  of 
feet 

1(1)2047 

CEP4 

41-45 

Mode  5  maximum  range 

Nautical 

miles 

1(1)10000 

DIST5 

47-50 

Mode  5  CEP 

Tens  of 
feet 

1(1)2047 

CEP5 

52-50 

Mode  0  maximum  r>".ge 

Natuicul 

miles 

1(1)10000 

DIST0 

58-01 

Modo  0  CEP 

Tens  of 
feet 

1(1)2047 

CEP0 

TARGET  DATA.  Target  data  include: 


•  identification,  location,  vulnerability,  desired  height  of  burst, 
and  AICBM  defense  information  for  each  target,  and 

•  vulnerability  conversion  information. 

This  data  applies  to  all  substrikes.  The  formats  of  the  input  tables  containing  target 
data  are  shown  on  the  next  two  pages. 
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TABLE  TARGET 


Columns 

Information 

Units 

Value  Range 

Symbol 

Optional 

1-8 

Format  and  table  name 

FlTAltGET 

STRING 

9 

Side 

1,2 

Yes 

fS-14 

Line  number 

1(1)1200 

Yes 

I 

Target  designator 

STRING 

5  non-blank 
characters 

TACGDF, 

*  "  >7 

1 

Latitude 

Deg.  , 

Min.  , 

See. 

TALA 

29-36 

Longitude 

Deg,  Min, 
Sec,  K/W 

TA IX) 

56 

Target  defense  marker 

0,1 

TADEFM 

58 

Height  of  burst 

0,1 

TAl'.OH 

60-63 

Vulnerability  number 

S  i'RING 

4  non-blank 
characters 

TAVN 

65-67 

Target  prekill 

0(.  001).  999 

TAKILL 

69-70 

Missile  attrition  factor 

0(.01).  99 

TMATltF 

' 

TARGET  id  the  muster  list  of  all  targets  in  game. 
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TABLE  VNC 
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RESOURCE-TARGET  INTERACTION  DATA.  Resource-target  interaction  data 
include: 

•  missile  penetration  capability, 

•  target  defense  capability,  and 

•  weapon  kill  probability. 

Missile  penetration  capabilK"  information  is  contained  in  resource  data, 
specifically,  in  table  PLTYPE.  Target  defense  capability  information  is  contained 
in  target  data,  specifically,  in  table  TARGET.  The  weapon  kill  probability  infor¬ 
mation,  which  is  a  function  of  target  vulnerability,  bomb  size,  delivery  system 
accuracy,  and  desired  height  of  burst,  is  applicable  to  all  substrikes.  The  format 
for  the  input  table  containing  weapon  kill  probability  information  is  shown  on  page  26. 
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TABLE  88PKTB 


Columns 


Information 


Units 


Value  Range 


Symbol 


Optional 


1-8 


Format  and  table  name  - 
F1SSPKTB 


STRING 


9 

10-14 

10-19 

21-22 

24-27 


Side 

Line  number 
Target  VN  code 
Bomb  size 
CEP 


Tens  of 
feet 


1,2 

1(1)2000 

1(1)21 

1(1)21 

1(1)2047 


Yes 

Yes 


SSPVNC 

SSPBS 

SSPCEP 


29 

21-23 


Height  oi  burst 

Single  shot  kill  probability 


0,1 

.001(.  001).  999 


SSPllOB 

SSPK 


PLANNING  SPECIFICATION  DATA.  It  is  by  means  of  the  planning  specification 


data  input  that  a  planner  indicates  the  procedure  to  be  used  in  the  model  for  develop 

ing  the  sorties  for  each  substrike.  The  Missile  Allocation  Model  contains  12  al'oca 

tion  procedures.  The  planner  indicates  which  procedure  to  employ  by  the  order  in 

which  he  inputs  the  factors  comprising  a  planning  specification.  The  acceptable 

planning  specifications  and  corresponding  ordering  of  factors  are  shown  below: 

Planning  Specification 

Ordering  of  Factors 

1 

TARGET  CLASS 

CANDIDA  TE/EXEMPT 

WEAPON  PRIORITY 

CROSS  TARGETING 

BASE  NOMINEE 

2 

TARGET  CLASS 

WEAPON  PRIORITY 

CANDIDATE/EXEMPT 

CROSS  TARGETING 

BASE  NOMINEE 

3 

TARGET  CLASS 

CANDIDATE/EXEMPT 

CROSS  TARGETING 

WEAPON  PRIORITY 

BASE  NOMINEE 

4 

TARGET  CLASS 

CROSS  TARGETING 

CANDIDATE/EXEMPT 

WEAPON  PRIORITY 

BASE  NOMINEE 
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Planning  Specification 


Ordering  of  Factors 


5 

WEAPON  PRIORITY 

TARGET  CLASS 

CANDIDATE/EXEMPT 

CROSS  TARGETING 

BASE  NOMINEE 

6 

CROSS  TARGETING 

TARGET  CLASS 

CANDIDATE/EXEMPT 

WEAPON  PRIORITY 

BASE  NOMINEE 

7 

TARGET  CLASS 

WEAPON  PRIORITY 

CROSS  TARGETING 

CANDIDATE/EXEMPT 

BASE  NOMINEE 

8 

TARGET  CLASS 

CROSS  TARGETING 

WEAPON  PRIORITY 

CANDIDATE/EXEMPT 

BASE  NOMINEE 

9 

WEAPON  PRIORITY 

TARGET  CLASS 

CROSS  TARGETING 

CANDIDATE/EXEMPT 

BASE  NOMINEE 
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Planning  Specification 


Ordering  of  Factors 


CROSS  TARGETING 
TARGET  CLASS 


10 

WEAPON  PRIORITY 

CANDIDATE/EXEMPT 

BASE  NOMINEE 

11 

WEAPON  PRIORITY 

CROSS  TARGETING 

TARGET  CLASS 

CANDIDATE/EXEMPT 

BASE  NOMINEE 

12 

CROSS  TARGETING 

WEAPON  PRIORITY 

TARGET  CLASS 

CANDIDATE/EXEMPT 

BASE  NOMINEE 

Each  Planning  Specification  ordering  requires  the  last  item  to  be  BASE 
NOMINEE,  and  CANDIDATE/EXEMPT  never  to  appear  before  TARGET  CLASS. 

SUBSTRIKE  DATA.  Substrike  data  include: 

•  a  list  of  targets  to  be  considered  in  each  substrike  including, 
for  each  target,  identification,  target  class  ^priority),  minimum 
acceptable  single  weapon  kill  probability,  maximum  desired 
cumulative  kill  probability,  and  relative  worth; 

•  a  list  of  missile  bases  to  be  considered  in  each  substrike 
including,  for  each  missile  base,  identification,  percentage  of 
the  in-commission  missiles  to  be  allocated,  survival  factor, 
and  time  information; 


•  parameters  (input  by  card)  for  each  substrike ,  including 
substrike  number,  maximum  missiles  to  be  allocated  per 
target,  maximum  cross  targeting  allowable,  and  SRTKEY, 
key  for  sorting  of  bases  for  each  target. 

The  formats  of  the  input  tables  containing  the  targets  and  missile  bases  to 
be  considered  in  a  substrike  are  shown  on  the  next  two  pages.  It  should  be  noted 
that  there  are  as  many  instances  of  each  table  as  there  are  missile  substrikes. 

The  parameters  are  input  by  means  of  four  cards  per  substrike.  The  sub¬ 
strike  number  parameter  is  used  for  program  restart.  The  maximum  missiles  to 
be  allocated  per  target  in  a  substrike  include  missiles  allocated  in  previous  sub¬ 
strikes.  SRTKEY,  the  key  for  sorting  of  bases  for  each  target,  indicates  whether 
the  list  of  bases  for  a  target  should  be  orderect  on  (1)  descending  value  of  adjusted 
weapon  kill  probability,  and  then  (2)  on  descending  number  of  targets  which  a  base 
can  hit,  or  conversely. 

PROCESSING  PROCEDURES 

The  Missile  Allocation  Model  processing  procedures  are  subdivided  into  two 
groups.  The  first  group  of  processing  procedures  is  contained  in  a  pre-substrike 
program;  the  second  group,  in  a  main  substrike  allocation  program. 

PRE-SUBSTRIKE  PROGRAM.  Regardless  of  the  planning  specification  used, 
each  missile  substrike  requires  a  common  amount  of  preprocessing,  mostly  checking 
for  input  errors  and  constructing  internal  tables  which  are  to  be  used  by  the  main 
substrike  allocation  program. 

The  value  of  each  item  appearing  in  each  input  table  is  checked  to  verify  that 
the  value  is  within  acceptable  bounds.  The  ordering  of  the  cards  making  up  the  plan¬ 
ning  specification  is  checked  to  assure  that  the  item  BASE  NOMINEE  is  last,  and 
that  CANDIDATE/EXEMPT  appears  after  TARGET  CLASS. 


TABLE  SITARQ 


I 

f 


Columns 

Information 

Units 

Value  Range 

8ymbol 

Optional 

1-8 

format  and  table  name  -  F1SITAUG 

STRING 

9 

Side 

1.2 

Yes 

10-14 

Line  number 

1(1)100 

Yes 

1G-20 

first  target  identification  name 

STRING 

5  non-blank 
characters 

SITAltl 

22-20 

Last  target  identification  name 

STRING 

5  non-blank  char¬ 
acters  or  5  blanks 

SITAR2 

28-29 

Target  class 

1(1)50 

SITARC 

31-33 

Minimum  kill  probability 

0(.  001).  999 

SMINKP 

35-37 

Maximum  kill  probability 

0(.  001).  999 

SMAXKP 

39-41 

_ 1 

Relative  worth  factor 

.01(.  01)1.00 

S1TRWF 

SI'i'ARG  is  the  planner's  input  of  targets  assigned  to  a  subslriko. 
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TABLE  8IMIBA 


Information 

Units 

Valuo  Range 

Format  and  table  name  - 

STRING 

F1SIM1BA 

Side 

1,2 

L  no  number 

1(1)100 

First  missile  base  identification 

1(1)1000 

name 

Last  missile  base  identification 

1(1)1000  or 

name 

blanks 

Percentage  of  weapons 

.01(.  01)1.00 

Base  survival  factor 

.0l(.01)1.00 

Time  reference 

0,1, 2, 3, 4 

First  sortie  time:* 

Hours 

Hours 

0(1)99 

Minutes 

Minutes 

0(1)59 

Time  increment 

Minutes 

0(.  1)99.  9 

Symbol  I  Optional 


SIMBX 

SIMB2 

7IMPCT 
SIBSF 
SITHEF 
SI  1’IME 

sums 

SIM1NS 

SIT1NC 


SIMIBA  is  the  planner's  input  ot  missile  bases  assigned  to  a  substriko. 


From  input  tables  TARGET,  SITARG,  and  VNC,  the  internal  table  SSTARG 
is  derived.  This  table  is  a  list  of  all  targets  to  be  considered  in  a  substrike  (from 
SITARG)  and  information  about  each  target  (from  SITARG,  TARGET,  and  VNC).  The 
following  information  is  included  for  each  target: 

•  Identification  code 

•  Class 

•  Longitude  and  latitude 

•  Height  of  burst 

o  Vulnerability  code 

•  Missile  attrition  factor 

•  Prekill 

•  Relative  worth  factor 

o  Minimum  and  maximum  kill  probabilities 
This  table  has  a  maximum  of  1 , 000  lines. 

From  input  tables  MIBASE  and  SIMIBA,  the  internal  table  SSMIBA  is 
derived.  This  table  is  a  list  of  all  missile  bases  to  be  considered  in  a  substrike 
(from  SIMIBA)  and  information  about  each  missile  base  (from  SIMIBA  and  MIBASE). 
The  following  information  is  included  for  each  missile  base: 

•  Identification 

•  Unit  number 

•  Weapon  type 

•  Plane  type  (i.  e.  ,  missile  type) 

•  Number  of  missiles  te  be  programmed  for  a  strike 
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©  Total  number  of  missiles 

«  Base  survival  factor 

•  Longitude  and  latitude 
This  table  has  a  maximum  of  100  lines. 

The  TLB  table  is  constructed  from  the  SSTARG  and  SSMIBA  tables.  Each 
target  in  the  SSTARG  list  is  checked  against  all  bases  in  the  SSMIBA  list.  If  the 
target  is  within  lange  of  the  base,  the  base  has  suitable  weapons,  and  the  single 
shot  probability  of  kill  is  greater  than  or  equal  to  the  minimum  SSPK  required  for 
the  target,  the  base  identification  is  entered  in  the  TLB.  The  TLB  table  lists  for 
each  target  those  missile  bases  with  suitable  weapons  capable  of  reaching  the 
target.  For  each  base  listed  for  a  target,  the  following  information  is  included: 

o  Weapon  priority 

•  Mode  (function  of  distance  to  target) 

©  Adjusted  single  shot  probability  of  kill 

The  target  list  of  bases  is  sorted  by  weapon  priority,  and  either  by  increasing  num¬ 
ber  of  targets  in  range  of  the  base  and  by  decreasing  adjusted  SSPK  values,  or 
conversely,  if  indicated  by  the  substrike  parameter  card,  SRTKEY. 

The  information  included  in  TLB  table,  which  is  not  derived  from  SSTARG 
or  SSMIBA,  is  obtained  from  tables  WEAPON,  PLTYPE,  and  SSPKTB.  The  TLB 
table  will  be  stored  on  tape. 

MAIN  SUBSTRIKE  ALLOCATION  PROGRAM.  The  main  substrike  allocation 
program  has  four  major  routines:  LIST;  FEASBL;  COMMON;  and  ASSIGN. 

Each  of  these  routines  are  described  here  ana  a  detailed  description  of  the 
procedural  steps  for  a  specific  planning  specification,  to  illustrate  the  program 
operation,  is  given  beginning  on  page  36. 
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LIST  Routine.  The  LIST  routine  used  in  a  substrike  is  one  of  12  planning 
control  routines  which  is  :  -  oicated  by  the  planner's  input  planning  specification.  The 
LIST  routine  controls  the  allocation  of  missiles  in  a  substrike  and  reflects  the  way 
in  which  a  planner  desire  "he  allocation  to  be  made.  It  is  the  LIST  routine  which 
sets  and  relaxes  the  values  of  the  common  and  variable  mission  factors  in  a  pre¬ 
scribed  manner. 

FEaSBL  Routine.  The  FEASBL  routine  is  used  with  any  planning  specifi¬ 
cation  (i.  e.  ,  LIST  routine).  The  function  of  the  FEASBL  routine  is  to  nominate  a 
missile  sortie  for  each  target  consistent  with  the  values  of  the.  factors  Constraints) 
set  by  the  LIST  routine.  If  a  sortie  cannot  be  nominated  fo»*  a  target  consistent  with 
the  values  of  factor  constraints,  control  is  returned  to  the  LIST  process  to  relax  the 
value  of  a  riable  mission  factor  constraint,  or  to  exempt  the  target  (i.  e. ,  to 
exempt  the  target  temporarily  from  the  requirement  of  having  a  sortie  nominated). 

COMMON  Rc  '.tine.  The  COMMON  routine,  used  with  any  planning  specifi¬ 
cation,  is  basically  a  check  and  transfer  routine.  If  more  nominations,  consi.  .ent 
with  the  values  of  common  mission  factors,  might  be  made,  control  is  returned  to 
the  LIST  routine  to  set  vai.abie  mission  factors.  If  not,  and  there  are  nominees, 
control  is  transferred  to  the  ASSIGN  routine  to  elect  a  sortie.  If  not,  and  there  are 
no  nominees,  control  is  transferred  to  the  LIST  routine  to  relax  a  common  mission 
factor  or  to  end  the  substrike  planning. 

ASSIGN  Routine.  The  ASSIGN  routine  is  used  with  any  planning  specification. 
This  routine  compares  the  values  of  all  nominated  sorties  consistent  with  factor 
constraints  and  elects,  i.  e.  ,  assigns,  the  sortie  with  the  highest  value.  This 
routine  also  updates  the  prekill  information  for  the  target  of  the  elected  sortie, 
reduces  the  stock  uf  missiles  on  the  missile  base  of  the  elected  sortie  by  one,  and 
outputs  the  elected  sortie. 


-35- 


Detailed  Desorlt-  ilon  Of  One  Mode  Of  Program  Operation.  To  illustrate  the 
main  substrike  allocation  program  operation,  one  mode  of  operation  is  described  in 
detail  below,  using  Planning  Specification  -  2. 

The  planner  initially  choses  a  specific  Planning  Specification  for  a 
substrike  which  reflects  his  priority  of  the  factors  to  be  considered  in  allocating 
missiles.  For  the  purpose  of  this  description,  Planning  Specification  -  2  was  chosen. 
This  means  that  the  Substrike  Planning  Specification  Cards  must  appear  in  the 
following  sequence: 

Card  Number  Characters  Card  Punched 

1  TARGET  CLASS 

2  WEAPON  PRIORITY 

3  CANDIDATE/EXEMPT 

4  CROSS  TARGETING 

5  BASE  NOMINEE 

The  routine  selected  for  setting  the  values  of  the  planning  specification 
factors  and  for  relaxing  them  is  LIST  2.  The  Nomination  Process  is  made  up  of  the 
two  routines,  FEASBL  and  COMMON.  The  Election  Process  is  contained  within  the 
ASSIGN  routine.  The  steps  required  for  each  routine  are  listed  below: 

•  LIST2  Steps  1  through  7 

•  FEASBL  Steps  8  through  13 

•  COMMON  Steps  14  through  18 

•  ASSIGN  Steps  19  through  24 

The  basic  steps  in  the  main  substrike  allocation  program  are  described 
on  the  following  page. 
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Description 

Set  Common  Mission  Factor,  Target 
Class  =  1.  Set  routine  parameter,  K  -  1. 

Set  Common  Mission  Factor,  Weapon 
Priority  =  1.  Set  routine  parameter,  L  =  1C. 

Set  routine  parameter,  SW  -  1.  Set  target 
index  parameter,  I  =  L.  Release  all  Exempt 
targets  in  current  Target  Class  (that  is ,  set  or 
reset  the  planning  specification  factor, 

Candidate/Exempt  =  0  for  these  targets). 

*\ 

Set  Variable  Mission  Factor,  Cross 
Targeting  =  1  for  the  indexed  target.  Is 
indexed  target  killed  ?  If  yes ,  go  to  Step  14. 

If  no,  go  to  Step  8. 

Increase  Cross  Targeting  by  l  .  or  indexed 
target.  Does  target's  new  Cross  Targeting 
value  exceed  maximum  Cross  Targeting  for 
substrike  (as  indicated  on  Substrike  Param¬ 
eter  Card,  Maximum  Cross  Targeting)?  If 
yes,  mark  target  Exempt  and  go  to  Step  14. 

If  no,  go  to  Step  8. 

Increase  Weapon  Priority  by  1.  Does  new 
Weapon  Priority  value  exceed  2?  If  yes, 
proceed  to  Step  7.  If  no,  return  to  Step  3. 


Routine  LIST  2  ( Continued) 

Step  Description 

7  Increase  Target  Class  by  1.  Does  new 
Target  Class  value  exceed  maximum  num¬ 
ber  of  Target  Classes  in  substrike?  If  yes, 
end  the  substrike!  If  no,  return  to  Step  2. 

Routine  FEASBL 

Step  Description 

8  Read  the  target  list  of  bases  ( TLB)  for  in¬ 
dexed  target.  Set  Variable  Mission  Factor, 
Base  Nominee  =  1  for  current  Weapon 
Priority. 

9  Is  the  base  in  question  in  the  current  Weapon 
Priority?  If  yes,  go  to  Step  10.  If  no,  go 
to  Step  5. 

10  Are  there  any  missiles  (for  substrike)  left 
on  this  base?  If  yes,  go  to  Step  11.  If  no, 
go  to  Step  13. 

11  Does  this  base  already  have  plans  to  launch 
N  missiles  against  indexed  target,  where 
N  equals  current  Cross  Targeting  value? 

If  no,  go  to  Step  12.  If  yes,  go  to  Step  13. 

12  In  the  SSTARG  list,  record  this  base  as  a 
candidate  (or  nominee)  for  indexed  target. 
Compute  RELDEL  and  record  in  SSTARG 
list.  Go  to  Step  14. 
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Routine  FEASBL  (Continued) 


i 


Step  Description 

13  Increase  value  of  Base  Nominee  by  1.  Does 

the  new  value  exceed  number  of  bases 
listed  for  indexed  target?  If  yes,  go  to 
Step  5.  If  no,  return  to  Step  9. 


Routine  COMMON 


Step  Description 

14  Is  routine  parameter,  SW  =  1?  If  yes,  go 
to  Step  15.  If  no,  set  routine  parameter, 
SWA  =  2 ,  and  go  to  Step  19. 

15  Increase  target  index  parameter  by  1.  Is 
new  target  index  parameter  greater  than 
number  of  targets  in  substrike?  If  no,  go  to 
Step  16.  If  yes,  go  to  Step  18. 

16  Is  indexed  target  in  Current  Target  Class? 

If  no,  go  to  Step  17.  If  yes,  return  to 
Step  4. 

17  Set  routine  parameter,  K  =  target  index. 

18  Set  routine  parameter,  SW  =  2.  Are  there 

any  nonexempt,  nonkilled  targets  in  current 
Target  Class?  If  yes,  set  routine  parameter, 
SWA  =  1,  and  go  to  Step  19.  If  no,  return 

to  Step  6. 


i 
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Is  routine  parameter,  SWA  -  1?  If  yes,  go 
to  Step  20.  If  no,  go  to  Step  22. 

Elect  that  candidate,  from  the  set  of 
candidates  (or  nominees)  listed  in  the 
SSTARG  list,  which  has  the  highest 
RELDEL.  If  more  than  one  candidate  has 
this  value  (i.  e.  ,  highest  RELDEL),  select 
the  first. 

Set  target  index  parameter  equal  to  index  of 
target  just  elected. 

Increase  elected  target '  s  prekill  by  actual 
DELK3L. 

Decrease  by  one  the  remaining  missiles  for 
the  substrike  on  the  base  just  elected. 

Record  sortie  on  tape. 

Is  the  target's  n^w  prekill  greater  than  or 
equal  to  the  desired  maximum  probability 
of  kill?  If  yes,  go  to  Step  2J.  If  no,  return 
to  Step  8. 

Mark  the  targ  t  as  killed  for  remainder  of 
substrike. 

Set  routine  parameter,  SWA  =  2.  Are  there 
any  remaining  missiles  for  the  substrike  on 
the  base  just  elected?  If  no,  go  to  Step  23. 

If  yes,  return  to  Step  18. 


Routine  ASSIGN  (Continued) 

Step  Description 

23  Does  any  other  candidate  sortie  in  SSTARG 
list  call  for  a  missile  from  the  base  just 
elected?  If  no,  return  to  Step  18.  If  yes, 
go  to  Step  24. 

24  Set  target  index  parameter  equal  to  index 
of  target  requiring  a  new  candidate  (base) 
as  a  result  of  the  condition  that  the  missiles 
for  the  substrike  from  the  current  listed 
base  have  been  expended. 


Return  to  Step  8. 
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OUTPUTS 


The  outputs  of  the  Plan  Writer  Missile  Allocation  Model  for  each  substrike  are: 

•  A  set  of  outline  plans 

•  An  updated  version  of  the  TARGET  table,  including  identifi¬ 
cations  of  unit/sortie  assignments 

•  An  updated  version  of  the  MI  BASE  table 

•  A  record  of  tne  \  >  t  sortie  assigned  from  each  unit 

•  An  updated  version  of  OF  FENS  table 

»  A  target-missile  assignment  summary  table 

The  formats  for  the  output  tables  have  not  been  defined;  however,  the  general  con¬ 
tents  of  the  tables  are  described  below. 

OUTLINE  PLANS. 

•  Unit/sortie  identification 

•  Offensive  system 

•  Preference  scheme 

•  Launch  base 

•  Time  in  hours  and  minutes 

•  Time  reference 

•  Burst  height  for  target 

•  Target  identification 

TARGET  TABLE. 

•  Target  identification 

•  Location 

•  Target  defense  marker 


•  Height  of  burst 

«  Vulnerability 

•  Target  prekill 

•  Missile  attrition  factor 

•  Unit/sortie  assignments 

MIBASE  TABLE. 

©  Missile  base  identification 

•  Location 

•  Plane  type 

•  Weapon  type 

•  Unit  number 

•  Number  of  missiles  in  commission 

•  Total  number  of  missiles 

•  Number  of  missiles  to  be  allocated  in  substrike 

•  Number  of  missiles  not  allocated  in  substrike 

UNIT  TABLE. 

•  Unit 

•  Sortie 

•  Target  identification 

•  DELKIL 

•  RELDEL 

OFFENS  TABLE. 

•  Offensive  system  identification  number 

o  Plane  type 

•  Mission  type  =  0 

©  Attritable  missile  marker  =  1 


•  Guidance 

•  Preference  scheme  number 

•  First  type  weapon  carried 

1.  weapon  type 

2.  number  of  weapon  =;  1 

3.  kind  of  weapon  =  0 

4.  mode 

5.  distance  required  for  bomb  run  in  =  0 

6.  distance  required  for  bomb  run  out  =  0 

TARGET-MISSILE  ASSIGNMENT  SUMMARY. 

•  Target  identification 

•  Target  relative  worth 

•  Target  minimum  probability  of  kill 

•  Target  maximum  probability  of  kill 

•  Target  killed  marker 

•  Target  accumulative  kill 

•  Target  accumulative  relative  worth  kill 

•  Unit/sortie  assignments 

1.  unit/sortie  identification 

2.  base  identification 

3.  weapon  identification 

4.  DELKIL 

5.  RELDEL 

6.  accumulative  DELKIL 

7.  accumulative  RELDEL 
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AIRCRAFT  ALLOCATION  MODEL 


INTRODUCTION 

This  section  contains  descriptions  of  the  inputs,  the  processing  procedures, 
and  the  outputs  of  the  Plan  Writer  Allocation  Mcdel.  Appendix  C  contains  users 
and  operators  instructions  for  the  portion  of  Table  Generator  developed.  Appendix 
D  contains  gross  flow  charts  for  the  allocation  program  of  the  Aircraft  Allocation 
Model. 


INPUTS 


The  inputs  to  the  Aircraft  Allocation  Model  include: 

•  Resource  data 

•  Route  data 

•  Target  data 

e  Resource-Target  interaction  data 

•  Planning  specification  data 

•  Substrike  data 


RESOURCE  DATA.  In  general,  resource  data  include: 

•  identification,  location,  and  "beddown"  information  for  each 
offensive  aircraft  base ; 

•  reliability,  range,  bomb  run  tactics,  and  accuracy  information 
for  each  aircraft  type ; 

•  weight  and  target  suitability  information  for  each  weapon  type; 

•  order  in  which  to  consider  weapons  for  release  for  each  weapon 
loading  configuration;  and 
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•  identification  of  plane  type,  mission,  weapon  loading,  and 
over-enemy-territory  flight  profile  comprising  an  offensive 
system. 

The  resource  data  are  applicable  to  all  substrikes.  The  formats  cf  the 
input  tables  containing  the  resource  data  are  shown  on  the  next  six  pages. 


TABLE  8MWP 


Information 

Unite 

Value  Range 

8ymbol 

Optional 

Format  and  table  name  -  F1SMWP 

String 

Side 

1,2 

Ves 

>  ,ine  number 

SMWP  Index 

Plane  type 

1(1)31 

Mission:  0  =  one  way;  1  =  two  way 

0,1 

Refuel:  0  =  no;  1  =  yes 

0,1 

Weapon  loading  Index 

1(1)90 

Profile 

1(1)16 

| 
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TABLE  BASE 


Columns 

Information 

Units 

Value  Range 

Symbol 

Optional 

1-8 

Format  and  table  name  «  F1BASE 

i 

String 

i 

9 

Side 

1,2 

Yes 

10  -  14 

Line  number 

1(1)600 

16  -  20 

Base  identification  number 

1(1)1000 

BA  SID 

22  -  27 

Latitude 

Deg.  Min 
Sec. 

BALA 

29  -  30 

Longitude 

Deg.  Min, 
Soc.E/W 

BALO 

38  -  39 

First  weapon  loading  code 

1(1)99 

BALW1 

41  -  43 

Number  of  sorties  with  first 
weapon  loading 

1(1)100 

BANWL1 

45  -  46 

Second  weapon  loading  code 

1(1)99 

BAWL2 

48  -  50 

Number  of  sorties  with  second 
weapon  loading 

1(1)100 

BANWL2 

54  -  55 

Plano  type 

1(1)31 

BAPTY 

GO  -  62 

Unit  number 

1(1)255 

BA  UN 

64  -  66 

Number  aircraft  to  be  allocated 

1(1)100 

BANMG 

68  -  70 

Total  number  of  aircraft 

i 

1 

1(1)100 

BANM 
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TABLi!  PLTYPA 


Columns 

Information 

Units 

Value  P.ange 

8ytnbol 

Optional 

1  -  8 

Format  and  table  name  =  F 1PLTYP/1 

String 

9 

Side 

1,2 

10  -  14 

Line  number 

1(1)31 

17  -  18 

Plane  type 

1(1)31 

PLTID 

20  -  23 

Takeoff  reliability  factor 

0(. Cl)  1.00 

25  -  27 

Refueling  reliability  factor 

0(. 01)1. 00 

29  -  33 

Minimum  range 

1(1)16000 

35  -  39 

Maximum  range  (cruise) 

Naut.Mi. 

1(1)16000 

PLTMAX 

41  -  42 

High  dash  to  cruise 

Range  trade-off  factor 

1.0(.  1)4.0 

44  -  45 

Low  to  cruise 

Range  trade-off  factor 

1.0(. 1)4.0 

47  -  49 

Bomb  run  into  target 

Naut.Mi. 

1(1)100 

51  -  53 

Bomb  run  out  from  target 

Naut.Mi. 

1(1)100 

55  -  59 

Cruise  CEP 

Tens  of  Ft 

1(1)2047 

61  -  64 

Low  CEP 

Tens  of  Ft 

1(1)2047 

TABLE  WEAPON’ 


TABLE  WPNSEL 


Card  1 


Column* 

Information 

Unite 

Value  Range 

Symbol 

1-8 

Format  and  table  name  =  F 1WPNSE  L 

String 

9 

Side 

1,2 

10-14 

Line  number 

1(1)  10C 

16 

Card  number 

1 

16-20 

Weapon  consideration  sequence 

WPNSEQ 

16  -  18 

Weapon  loading  index 

1(1)99 

19  -  20 

Consideration  sequence 

1(1)10 

22  -  26 

First  weapon  identification 

28  -  32 

Second  weapon  identification 

34  -  38 

Third  weapon  identification 

40-44 

Fourth  weapon  identification 

46  -  60 

Fifth  weapon  identification 

62  -  56 

Sixth  weapon  identification 

68-62 

Seventh  weapon  identification 

64  -  68 

Eighth  weapon  identification 
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TABLE  WPNSEL 


Card  2 


Columns 

1-8 

9 

10  -  14 
15 

16-20 
16  -  18 
19  -  20 
22-26 
28-32 


Information 

Format  and  table  a  \me  =  F 1WPNSE  L 
Side 

Line  number 
Card  number 

Weapon  consideration  sequenoe 
Weapon  loading  index 
Consideration  sequence 
Ninth  weapon  identification 
Tenth  weapon  identification 


Unite 


String 


2 


Value  Range 


1,2 

1(1)100 


1(1)99 

1(1)10 


Symbol  I  Optional 


Yes 


WPN8EQ 


ROUTE  DATA.  Route  data  include: 


•  identification  and  location  of  refueling,  penetration,  over¬ 
enemy -territory,  depenetration,  and  recovery  base  points; 

•  specification  of  permissible  associations  of  points; 

•  specification  of  permissible  bounds  of  flight  path  changes  to 
attack  targets ;  and 

•  basic  probabilities  cf  sector  attrition. 

This  data  may  change  from  substrike  to  substrike.  The  formats  of  the 
input  tables  containing  route  data  are  shown  on  the  next  seven  pages. 


TABLE  REFUEL 


Columns  Information  Units  Value  Range  Symbol 

1-8  Format  and  table  name  =  FIREFUK1.  String 

9  Side  1,2 

10  -  14  Line  number  1(1)000 

10  -  20  Refueling  area  identification  1(1)000  REFID 

22  -  27  Latitude  Deg. ,  Min.  RELA 

See. 

29  -  30  Longitude  iDeg. ,  Min,  RELO 

{See.  E/W 


38  Post  strike  marker  0,  1  REPSM 

0  =  before  penetration 
1  =  alter  penetration 


Optional 

Yes 

Yes 
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TABLE  INASTB 


Columns  Information  Unite  Value  Range  Symbol 

1  -  G  Format  and  table  name  F 1  INASTB  STRING 

10  -  14  Line  number  1(1)100 

1C  -  20  Base  or  air  alert  point  idenlifica-  1(1)1000  iNBASE 

lion 


22  Air  alert  flag 

24  -  28  Reiueling  area  identification 

30  -  32  First  cell 

34  -  30  Second  cell 

38  -  40  Third  cell 

42  -  44  Fourth  cell 

4G  -  48  Fifth  cell 


0,1  INAAFL 

1(1)000  IN  REF 

1(1)009  CELL  1 

1(1)999  CELL  2 

1(1)999  CELL  3 

1(1)999  CELL  4 

1(1)999  CELLO 


Optional 

Yes 


Yes 

Yes 

Yes 

Yes 

Yes 

Yes 

Yes 

Yes 


00  -  08 


CELL  8 
CELL  9 
CELL  10 


Yes 

Yes 


TABLE  ROUTE 


Columns 

Information 

Units 

Value  Range 

Symbol 

Optional 

1  -  7 

Format  and  table  name=FlROUTE 

STRING 

9 

Side 

1,  2 

Yes 

10  -  14 

Line  number 

1(1)300 

16  -  20 

Route  identification 

1(1)300 

l’NID 

Yes 

2  a 

Type  of  route 

1  =  penetration  only 

2  =  depenetration  only 

3  =  both  penetration  and 

depenetration 

1.  2,  3 

PNRTK 

25  -  27 

1st  point  on  route 

1(1)999 

29  -  31 

2nd  point  on  route 

1(1)999 

1  s 

Yes 

33  -  35 

.  3rd  point  on  route 

1(1)999 

• 

Yes 

37  -  39 

4th  point  on  route 

1(1)999 

PNP4 

Yes 

41  -  43 

5 tli  point  on  route 

1(1)999 

PNP5 

Yes 

45  -  47 

6  Ui  point  on  route 

1(1)999 

PNP6 

Yes 

49  -  51 

7  th  point  on  route 

1(1)999 

PNP7 

Yes 

53  -  55 

8th  point  on  route 

1(1)999 

PNP8 

Yes 

57  -  59 

9th  point  on  route 

1(1)999 

PNP9 

Yes 

61  -  63 

10th  point  on  route 

1(1)999 

PNP10 

Yes 

05  -  67 

Penetration  point 

1 1 1  )999 

PNPEN 

Yes 

69  -  71 

Last  high  leg 

1(1)999 

PNLSTH 

Yes 

TABLE  POINT 


Columns 

Information 

Units 

Value  flange 

Symbol 

Optional 

1  -  7 

Format  ana  table  name  =  F 1POINT 

String 

■1 

9 

Side 

1.  2 

Yes 

10  -  14 

Line  number 

1(1)1300 

mm 

Yes 

10  -  20 

Point  identification 

1(1)1300 

22  -  27 

Latitude 

Deg,  Min. 
Sec. 

gig  1 

29  -  3G 

Longitude 

Deg.  Min. 
Sec.  E/VV 

POLO 

67  -  68 

Leg  sector  attrition  probability* 

0(.  01).  99 

POLAP 

70  -  71 

Exit  sector  attrition  probability 

0(.  01).  99 

POEAP 

* 

Probability  of  attrition  from  the  prior  route  point  to  ihe  present  route  point. 


-63- 


TABLE  RINGRU 

Card  1 


Columna 

Information 

Units 

Value  Range 

Symbol 

Optional 

1-8 

Format  and  table  name  =  F1RINGRU 

String 

9 

Side 

1,2 

Yes 

10  -  14 

Line  number 

1(1)31 

Yes 

15 

Card  number 

1 

16  -  20 

Plane  type 

1(1)31 

22  -  24 

Ring  One-Change  of  heading  angle 

Deg. 

0(1)180 

26  -  28 

Ring  One-Minimum  Radius 

Naut.  Mi. 

0(1)999 

30  -  32 

Ring  One-Maximum  Radius 

Naut.Mi. 

0(1)999 

34  -  36 

Ring  Two- Change  of  heading  angle 

Deg. 

0(1)180 

38  -  40 

Ring  Two-Minimum  Radius 

Naut.Mi. 

0(1)999 

42  -  44 

.  Ring  Two-Maximum  Radius 

Naut.Mi. 

0(1)999 

46  -  48 

Ring  Three-Change  of  heading  angle 

Deg. 

0(1)180 

50  -  52 

Ring  Three-Minimum  Radius 

Naut.  Mi. 

0(1)999 

54  -  56 

Ring  Three-Maximum  Radius 

Naut.Mi. 

0(1)999 

58  -  60 

Ring  Four-Change  of  heading  angle 

Deg. 

0(1)180 

62  -  64 

Ring  Four-Minimum  Radius 

Naut.Mi. 

0(1)999 

66  -  68 

Ring  Four-Maximum  Radius 

Naut.Mi 

0(1)999 
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Columns 


Information 


Units 


Value  Range 


Symbol 


Optional 


1  -  8 
9 

10  -  14 
15 

16  -  20 
22  -  23 
26  -  88. 
30  -  32 
34  -  36 
38  -  40 
42  -  44 


Formatand  tabic  name  -  FlKINGttU 
Side 

Line  number 
Card 

Plane  type 

Ring  Five-Change  of  heading  angle 
Ring  Five-Minimum  Radius 
Ring  Five-Maximum  Radius 
Single  Maximum  Turn 
Single  Turning  Angle 
Additional  Turning  Angle 


String 

2 

Deg. 
Naut.Mi 
Naul  Mi 

»>■»• 

Deg. 

Deg. 


1,2 

1(1)31 

1(1)31 
0(1)180 
0(1)999 
0(0999 
0  ( 1)  1 80  - 
0(1)180 
0(1)180 


Yes 

Yes 
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TABI.fc  RECBAS 


Columns 

Information 

Units 

Value  Range 

Symbol 

Optional 

1  -  8 

Format  and  table  name  =  FlRECRAt 

String 

9 

Side 

1,2 

Yes 

10  -  14 

Lino  number 

1(1)300 

Yes 

10  -  20 

Identification  of  final  route  point 

1(1)999 

22  -  25 

First  recovery  base 

1(1)1000 

REBS1 

Yes 

27  -  30 

Second  recovery  base 

1(1)1000 

REBS2 

Yes 

32  -  35 

Third  recovery  base 

1(1)1000 

REBS3 

Yes 

37  -  40 

Fourth  recovery  base 

1(1)1000 

REBS4 

Yes 

42  -  45 

Fifth  recovery  base 

1(1)1000 

REBS5 

Yes 

47  -  50 

Sixth  recovery  base 

1(1)1000 

REBSG 

Yes 

52  -  55 

Seventh  recovery  base 

1(1)1000 

IIEBS7 

Yes 

57  -  00 

Eighth  recovery  base 

1(1)1000 

11EBS8 

Yes 

02  -  05 

Nintli  recovery  base 

1(1)1000 

UEBS9 

Yes 

07  -  70 

Tenth  recovery  base 

1(1)1000 

HEBS10 

Yes 

TARGET  DATA.  Target  data  include: 


•  identification,  location,  vulnerability,  and  desired  height 
of  burst  information  for  each  target; 

•  vulnerability  conversion  information;  and 

•  identification,  location,  and  radii  of  action  of  each  local 
defense. 

This  data  applies  to  all  substrikes.  The  formats  of  the  input  tables  con¬ 
taining  target  data  are  shown  on  the  next  three  pages. 


TABLE  TARGET* 


Columns 

Information 

Units 

Valuo  Range 

Symbol 

Optional 

1  -  8 

Format  and  table  name  =  F’lTAUGE'f 

String 

9 

.Sale' 

1,2 

10  -  14 

Line  number 

1(1)1200 

10  -  20 

Target  designator 

String 

5  nonblank 
characters 

TACODE 

22  -  27 

Latitude 

Deg.  Min. 
See. 

TALA 

29  -  30 

Longitude 

Deg.  Min. 
Sec.  E/W 

TALO 

58 

Height  of  burst 

0,1 

TAHOB 

00  -  03 

Vulnerability  number 

String 

4  nonblank 

characters 

TAVN 

05  -  07 

Target  prekill 

0(. 001). 999 

l'AKILL 

G9  -  70 

Missile  Attrition  Factor 

0(.  01)(.  99) 

TMATRF 

* 


There  may  be  five  records  of  Table  TARGET;  however,  only  5,000  targets  may  be  input. 
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TABLE  LOCAL 


Columns 

Information 

Units 

Value  Range 

Symbol 

1  -  7 

Format  and  table  name  =  F 1 LOCA  L 

String 

9 

Side 

1.2 

10  -  14 

Line  number 

1(1)2000 

16  -  20 

Identification 

String 

up  to  five 
characters 

22  -  27 

Latitude 

Deg. Min 
Sec. 

LOLA 

29  -  36 

Longitude 

Deg.  Min. 
Sec.  E/W 

LOLO 

40  -  4? 

Low  radius  of  action  of  the  zone 

Naut.Mi. 

1(1)209 

LORADA 

45  -  48 

High  radius  of  action  of  the  zone 

Naut.  Ml. 

1(1)500 

LOllADII 

RESOURCE-TARGET  INTERACTION  DATA,  llcsource-target  interaction 
data  include: 

•  Weapon  kill  probability, 

•  Probability  of  sector  attrition,  and 

•  Probability  of  zone  attrition. 

The  weapon  kill  probability  information,  which  is  a  function  of  target 
vulnerability,  bomb  size,  delivery  system  accuracy,  and  desired  height  of  burst, 
is  applicable  to  all  substrikes.  The  format  for  the  input  table  containing  weapon 
kill  probability  information  is  shown  on  the  next  page. 

The  probability  of  sector  attrition,  which  is  a  function  of  plane  type,  mode, 
and  route,  is  divided  between  two  tables.  The  basic  probability  of  sector  attrition 
on  and  off  over-enemy-territory  routes  is  input  in  table  POINT  (see  Route  Data). 
Values  input  should  correspond  to  the  attrition  of  the  "best"  plane  type  in  a  high 
cruise  mode.  A  multiplication  factor  to  apply  to  the  basic  probability  of  sector 
attrition,  as  a  function  of  plane  type  and  mode,  is  input  in  table  ATTR.  In  addition, 
table  ATTR  contains  the  probabilities  of  attrition  for  high  and  low  capable  zones. 

The  format  of  input  table  ATTR  is  shown  on  the  second  succeeding  page.  Informa¬ 
tion  in  table  ATTR  is  applicable  to  all  substrikes. 
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TABLE  SSPKTB 


Columns 

Information 

Units 

Value  Range 

Symbol 

Optional 

l  -  s» 

Format  and  table  name  =  FlSSPKTB 

String 

9 

Side 

1.2 

Yes 

10  -  14 

Line  number 

1(1)3600 

16  -  19 

Target  VN  code 

1(1)31 

SSPVNC 

21  -  22 

Bomb  size  (weapon  number) 

1(1)31 

SSPBS 

24  -  27 

CEP 

Tens  of  Ft 

1(1)2047 

SSPCEP 

29 

Height  of  burst 

0.1 

SSPIIOB 

31  -  33 

Single  shot  probability 

.001(.001).99S 

SSPK 

TABLE  ATTR 


Columns 

Information 

Units 

Value  Bunge 

1  -  8 

Format  and  table  name=FlATTR 

STRING 

1 

0 

Side 

1,  2 

10  -  14 

Line  number 

1(1)100 

17  -  18 

Plano  type 

19 

Mode 

1(1)0 

21  -  23 

Multiplication  factor  of  basic  prob- ' 
ability  of  sector  attrition 

•  <)(•>  1)10.0 

25  -  27 

Basic  high  capable  zone  probability 
of  attrition 

0(. 1)1.0 

29  -  31 

i 

i 

Basic  low  capable  zone  probability 
of  attrition 

0(. 1)1.0 

1 
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PLANNING  SPECIFICATION  DATA,  it  is  by  means  of  the  planning  specification 
data  input  that  a  planner  indicates  the  procedure  to  be  used  in  the  model  for  develop¬ 
ing  the  sorties  for  each  substrike.  The  Aircraft  Allocation  Model  contains  only  one 
allocation  procedure.  The  planner  indicates  the  use  of  this  procedure  by  the  order  in 
which  he  inputs  the  factors  comprising  a  planning  specification.  The  acceptable 
planning  specification  and  the  corresponding  ordering  of  the  factors  are  shown  below: 

Planning  Specification  Ordering  of  Factors 

TARGET  CLASS 
SYSTEM 

FIRST  WEAPON  CROSS  TARGETING 
MISSION/WEAPON  LOADING/PROFILE 
CANDIDATE  /EXEMPT 
CELL 

SUCCEEDING  WEAPON  CROSS  TARGETING 
1  BASE/REFUEL 

WEAPON  RELEASE  SEQUENCE 

WEAPON  PRIORITY 

FIRST  TARGET 

WEAPON  PRIORITY 

ASM  TARGETS 

WEAPON  PRIORITY 

RING  RULES 

SUCCEEDING  TARGETS 

DEPENETRATION/RECOVERY 
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SUBSTRIKE  DATA.  Substrike  data  include: 


•  A  list  of  targets  to  be  considered  in  each  substrike  including, 
for  each  target,  identification,  target  class  (priority),  mini¬ 
mum  acceptable  single  weapon  kill  probability,  maximum 
desired  cumulative  kill  probability,  and  relative  worth; 

•  A  list  of  aircraft  bases  to  be  considered  in  each  substrike 
including,  for  each  aircraft  base,  identification,  the  percentage 
to  be  allocated  of  the  in-commission  aircraft,  survival  factor, 
and  time  information; 

•  Parameters  (input  by  card)  for  each  substrike,  including  sub¬ 
strike  number,  maximum  weapons  to  be  allocated  per  target, 
maximum  cross  targeting  of  first  weapons,  and  maximum 
cross  targeting  of  succeeding  weapons . 

The  formats  of  the  input  tables  containing  the  targets  and  aircraft  bases  to 
be  considered  in  a  substrike  are  shown  on  the  next  two  pages.  It  should  be  noted 
that  there  are  as  many  instances  of  each  table  as  there  are  aircraft  substrikes. 

The  parameters  are  input  by  means  of  four  cards  per  substrike.  The  sub- 
strike  number  parameter  is  used  for  program  restart.  The  maximum  weapons  to 
be  allocated  per  target  include  weapons  allocated  in  previous  substrikes.  The 
maximum  cross  targeting  of  first  weapons  includes  first  weapons  allocated  in  pre¬ 
vious  substrikes.  The  maximum  cross  targeting  of  succeeding  weapons  includes 
succeeding  weapons  allocated  in  previous  substrikes. 

PROCESSING  PROCEDURES 

The  Aircraft  Allocation  Model  processing  procedures  are  subdivided  into  two 
groups.  The  first  group  of  processing  procedures  is  contained  in  a  presubstrike 
program  called  Table  Generator.  The  second  group  of  processing  procedures  is 
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TABLE  SITARG 


Columns 

Information 

Units 

Value  Range 

Symbol 

1  -  8 

For  mat  and  table  name  -  FISITAUU 

String 

i> 

Side 

a  - 

10  -  14  | 

Line  number 

1(1)100 

10  -  20 

First  target  identification  name 

String 

5  nonblank 
characters 

SIT  A 1U 

22  -  20 

Lust  target  identification  name 

String 

5  nonblank 
characters 

S1TAH2 

28  -  20 

Target  class 

1(1)50 

SITAHC 

31  -  33 

Minimum  kill  probability 

0(.  001).  999 

SM1NKP 

35  -  37 

Maximum  kill  probability 

0(.  001).  999 

SMAXKP 

39  -  41 

Relative  worth  factor 

,01(.01)1.00 

SITRWF 

TABLE  SIBASE 


Columns 


1  -  8 
9 

10  -  14 
16  -  19 
21  -  24 
26  -  28 
30  -  32 
34 
36  -  39 
36  -  37 
38  -  39 
41  -  43 


Information 


Format  and  table  name  =  F1SIBASE 
Side 

Lino  number 
First  base  identification 
Last  base  identification 
Percentage  of  aircraft 
Base  survival  factor 
Time  reference 
First  sortie  time 
Hours 
Minutes 

Time  Increment 


Units 


String 


Hours 

Minutes 

Minutes 


Valuo  Range 


1,2 

1(1)100 
1(1)1000 
1(1)1000 
.01(.01)1.00 
.01(.01)1.00 
0,1,  2, 3, 4 

0(1)99 
0(1)59 
0(.  1)99.9 


Symbol 


Optional 


1 


Yes 

Yes 


contained  in  a  main  substrike  allocation  program. 

TABLE  GENERATOR.  Regardless  of  the  planning  specification  used,  each 
aircraft  substrike  requires  a  common  amount  of  preprocessing,  mostly  checking 
for  input  errors  and  constructing  internal  tables  which  are  to  be  used  by  the  main 
substrike  allocation  program. 

The  value  of  each  item  appearing  in  each  input  table  is  checked  to  verify 
that  the  value  is  within  acceptable  bounds.  The  ordering  of  the  cards  making  up  the 
planning  specification  is  checked  to  assure  that  the  order  of  factors  is  acceptable. 

From  input  tables  TARGET,  SITARG,  and  VNC,  the  internal  table  SSTARG 
is  derived.  This  table  is  a  list  of  all  targets  to  be  considered  in  a  substrike  (from 
SITARG)  and  contains  information  about  each  target  (from  SITARG,  TARGET,  and 
VNC) .  The  following  information  is  included  for  each  target: 

•  Identification  code 

•  Class 

•  Longitude  and  latitude 

•  Height  of  burst 

•  Vulnerability  code 

•  Prekill 

•  Relative  worth  factor 

o  Minimum  and  maximum  kill  probabilities 

From  input  tables  BASE  and  SIBASE,  the  internal  table  SSBASE  is  derived. 
This  table  is  a  list  of  all  aircraft  bases  to  be  considered  in  a  substrike  (from  SIBASE) 
and  contains  information  about  each  base  (from  SIBASE  and  BASE) .  The  following 
informal. on  is  included  for  each  aircraft  base: 

•  Identification 


Unit  number 


•  Plane  type 

•  Weapon  loadings 

•  Number  of  aircraft  to  be  programmed  for  strike 

•  Total  number  of  aircraft 

•  Base  survival  factor 

•  Latitude  and  longitude 

From  input  tables  ROUTE  and  POINT  and  internal  table  SSTARG,  the  in¬ 
ternal  table  MTRC  is  derived.  This  table  is  a  list  of  targets  associated  with  the 
points  on  penetration  routes  emanating  from  each  penetration  point  (cell) .  From 
the  same  tables,  the  internal  table  DEPEN  is  derived.  This  table  is  a  list  of  de¬ 
penetration  routes  associated  with  each  target. 

From  input  tables  BASE,  REFUEL,  and  INASTB,  internal  tables  CELLAS 
and  RE  FAS  are  derived.  Table  CELLAS  is  a  list  of  takeoff  bases,  refueling  areas, 
and/or  air  alert  points  associated  with  each  cell.  Table  REFAS  is  a  list  of  takeoff 
bases  associated  with  each  refueling  area. 

MAIN  SUBSTRIKE  ALLOCATION  PROGRAM.  The  main  substrike  allocation 
program  for  aircraft  is  basically  comprised  of  three  major  processes: 

•  Setting  of  comx  on  mission  factors 

•  Setting  of  variable  mission  factors  and  nomination  of  candidate 
sorties 

•  Election  of  a  candidate  sortie 

Common  Mission  Factors  Prooess,  This  process  initially  sets  the  start¬ 
ing  values  of  the  factors  Target  Class,  System,  First  Target  Cross  Targeting,  and 
Mission/Weapon  Loading/Profile.  The  constraints  which  these  starting  values  in¬ 
dicate  remain  frozen  until  all  sorties  within  the  constraints  have  been  nominated 
and  elected.  When  this  occurs,  the  common  mission  factor  process  is  reentered, 
the  value  of  the  last  factor  is,  if  possible,  relaxed,  and  the  nomination  and  election 
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processes  are  recycled.  When  the  value  of  a  particular  common  mission  factor 
is  relaxed  beyond  the  maximum  value  for  the  factor,  the  next  higher  (preceding) 
factor  is  relaxed,  all  succeeding  factor  values  are  reset  to  starting  values,  and 
the  nomination  and  election  processes  recycled.  When  the  factor  Target  Class  is 
relaxed  beyond  its  maximum  value,  the  substrike  allocation  is  ended,  and  transfer 
is  made  to  an  output  program. 

The  setting  of  the  values  for  the  common  mission  factors  has  the 
following  effects  for  each  nomination  and  election  cycle: 

Factor  Effect 

Target  Class  Restricts  the  targets  to  be  considered  for 

attack  to  be  of  same  target  class. 

System  Restricts  the  system  (plane  type)  to  be 

considered. 


First  Target  Cross 
Targeting 


Limits  the  number  of  first  weapons  that 
may  be  used  on  a  single  target  from  a 
given  base. 


Mission/WeaponLoading/  Restricts  the  mission,  weapon  loading, 

Profile  and  profile  to  be  the  same  for  all  sorties. 

Mission  refers  to  one  way  or  two  way,  air 
alert  or  ground  based,  refueled  or  unrefueled. 
Weapon  loading  refers  to  the  quantities  and 
types  of  weapons  to  be  loaded  on  an  aircraft. 
Profile  refers  to  the  desired  over-enemy - 
territory  tactics  (modes)  to  be  followed  by 
an  aircraft. 


In  essence,  all  sorties  nominated  and  elected  in  a  particular  nomination  and  election 
cycle  must  have  the  values  of  the  above  factors  in  common. 
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Setting  of  Variable  Mission  Faotors  and  Nomination  Prooess.  This  process 
considers  each  cell  (penetration  point)  in  a  substrike  and  attempts  to  nominate  a 
candidate  sortie;  if  the  attempt  is  unsuccessful,  the  cell  is  marked  killed  or  temporarily 
exempt. 

In  the  consideration  of  each  cell,  further  variable  constraints  (constraints 
in  addition  to  the  common  mission  factors)  are  applied  to  the  sortie  which  may  be 
nominated.  The  variable  constraints  are  applied  in  order  to  nominate  first  those 
sorties  having  more  "desirable*  flight  paths,  and  then  gradually  relaxing  the  variable 
constraints,  thus  permitting  the  nomination  of  sorties  whose  flight  paths  are  less 
"desirable"  than  the  first.  For  example,  the  setting  of  a  value  for  the  variable 
mission  factor  Base  causes  the  process  to  consider  the  aircraft  base  which  is 
located  nearest  to  the  penetration  point  and  therefore  able  to  strike  at  targets 
quickest.  Gradual  relaxation  of  this  factor  then  permits  bases  lying  at  increasingly 
greater  distance  from  penetration  to  be  considered.  (The  example  assumes,  of 
course,  that  the  bases  associated  with  a  cell  are  sorted  on  ascending  distance  from 
penetration.) 

When  all  cells  (penetration  points)  have  been  considered  and  marked 
killed,  exempt,  or  possessing  a  candidate  sortie,  the  nomination  process  has  been 
cycled  through  once.  If  all  cells  are  marked  either  killed  or  exempt,  transfer  to 
the  common  mission  factor  process  is  accomplished  in  order  to  relax  a  constraint 
or  end  the  substrike  planning.  If  at  least  one  cell  has  a  candidate  sortie,  transfer 
to  the  election  process  occurs. 

During  the  nomination  process,  the  sequence  for  setting  variable 
mission  factors  and  selecting  locations  of  a  sortie  flight  path  for  a  particular  cell 
follows  this  pattern: 

•  Select  a  base  (or  air  alert  point)  possessing  sorties  of  the 
right  system,  mission,  and  weapon  loading  indicated  by 
common  mission  factor  values. 
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•  Set  cross  targeting  factor  for  targets  succeeding  the  first. 

•  Select  the  first  weapon  of  the  weapon  loading;  the  planner 
inputs  the  sequence  in  which  weapons  of  a  given  weapon 
loading  are  to  be  considered. 

•  Determine  the  applicable  (preferred)  target  types  against 
which  the  first  weapon  might  be  used. 

•  From  the  cell  list  of  targe's,  either  select  a  first  gravity 
bomb  target,  or  temporarily  exempt  all  targets  and  relax 
preceding  variable  mission  factor(s) . 

.  .  The  selection  of  a  first  target  may  be  based  on  a  TIMELY 
or  DELKIL  criterion.  A  TIMELY  criterion  would  call  for 
the  selection  of  a  first  target  which  could  be  hit  at  the 
earliest  possible  time.  A  DELKIL  criterion  would  call 
for  the  selection  of  a  first  target  against  which  the  sortie 
has  the  highest  increment  of  kill,  considering  such 
parameters  as  attrition,  target  vulnerability,  weapon 
yield,  etc. 

•  If  the  weapon  loading  contains  air-to-surface  missiles,  select 
targets  against  which  the  ASMs  can  be  launched  before  the 
aircraft  reaches  the  selected  first  target;  if  not  possible, 
change  the  first  target, 

•  Select,  from  the  list  of  targets  in  the  substrike,  succeeding 
targets  for  remaining  gravity  bombs  in  the  weapon  loading. 
The  selection  of  succeeding  targets  is  governed  by: 

.  .  the  preferred  target  types  for  each  succeeding  weapon, 

.  .  the  location  of  preceding  gravity  weapon  targets  of  this 
sortie,  and 
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.  .  the  restrictions  on  changes  of  heading  and  on  range 
implied  by  the  search  areas  indicated  by  ring  rules. 

•  Select  a  depenetration  route  and  recovery  base  associated 
with  the  last  target. 

In  addition  to  the  setting  of  factors  and  selection  of  locations  (bases, 
route  points,  targets) ,  the  nomination  process  also  checks  sortie  feasibility  (gross 
check  on  sortie  range  capability  versus  flight  path  distance) . 

The  internal  output  of  the  nomiiiation  process  is  the  list  of  substrike 
cells  with  -  oh  cell  possessing  a  feasible  sortie  or  marked  exempt.  If  at  least  one 
cell  possesses  a  feasible  sortie,  transfer  to  the  election  process  occurs;  otherwise, 
transfer  to  the  common  mission  factors  process  takes  place  in  order  to  relax  a 
common  factor  or  end  the  substrike  planning. 

Eleotion  of  a  Candidate  Sortie  Prooess.  This  process  corsiders  each  cell 
for  which  a  feasible  sortie  has  been  nominated.  All  the  nominated  sorties  are  com¬ 
pared  in  terms  of  either  the  earliest  arrival  time  at  first  target  (a  TIMELY  objective), 
or  the  maximum  expected  fraction  of  targets  killed  (a  DELKIL  objective).  The  sortie 
which  best  meets  the  objective  is  elected;  that  is*  the  sortie  is  output. 

The  targets  involved  in  the  sortie  are  updated;  the  prekill  on  each  tar¬ 
get  is  incremented  by  the  calculated  increase  in  probability  of  kill  from  the  weapon 
allocated.  The  base  involved  in  the  sortie  is  updated,  and  the  stock  of  aircraft  and 
weapon  loadings  is  decreased. 

Upon  the  election  of  a  sortie,  all  cells  are  re-examined  to  determine 
if  the  elected  sortie  causes  any  changes  in  the  other  nominated  sorties.  For  all 
affected  cells,  including  the  one  for  which  a  sortie  was  elected,  the  nomination 
process  is  repeated. 
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The  output  from  the  election  process  is  the  information  required  to 
prepare  an  outline  sortie  plan  for  each  elected  sortie. 

OUTPUTS 

The  outputs  of  the  Plan  Writer  Aircraft  Allocation  Model  for  each  substrike 

are: 

•  A  set  of  outline  plans 

o  An  updated  version  of  the  TARGET  table,  including  identifica¬ 
tions  of  unit/sortie  assignments 

•  An  updated  version  of  the  BASE  table 

•  A  record  of  the  last  sortie  assigned  from  each  unit 

•  An  updated  version  of  OF  FENS  table  and 

•  A  target-aircraft/weapon  assignment  summary  table 

The  formats  for  the  output  tables  have  not  been  deiined.  However,  the  general 
contents  of  the  tables  are  described  below. 

OUTLINE  PLANS. 


•  Unit/sortie  identification 

•  Offensive  system 

•  Preference  scheme 

•  Launch  base 

•  Recovery  base 

•  Penetration  route  exit  point 

•  Depenetration  route  entry  point 

•  Time  in  hours  and  minutes 

•  Time  reference 

•  Burst  heights  for  targets 

•  Target  identifications 


TARGET  TABLE 


•  Target  identification 
»  Location 

•  Height  of  burst 

•  Vulnerability 

•  Target  prekill 

•  Unit/sortie  assignments 

BASE  TABLE. 

•  Base  identification 

•  Location 

•  Plane  type 

•  Weapon  loadings 

•  Unit  number 

•  Number  aircraft  in  commission 

•  Total  number  of  aircraft 

•  Number  of  aircraft  to  be  allocated  in  substrike 

•  Number  of  aircraft  not  allocated  in  substrike 

UNIT  TABLE. 

•  Unit 

•  Sortie 

•  Target  identifications 

•  DELKILs 

•  RELDELs 

OFFENS  TABLE. 

•  Offensive  system  identification  number 

•  Plane  type 

•  Mission  type  =  1 

•  Preference  scheme  number 

•  Types  of  weapons  carried 

1.  weapon  type 

2.  number  of  weapons 

3.  kinds  of  weapons 

4.  mode 

5.  distance  for  bomb  run  in 

6.  distance  for  bomb  run  out 
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TARGET -AIRCRAFT/WEAPON  ASSIGNMENT  SUMMARY 


•  Target  identification 

•  Target  relative  worth 

•  Target  minimum  probability  of  kill 

•  Target  maximum  probability  of  kill 

•  Target  killed  marker 

•  Target  accumulative  kill 

•  Target  accumulative  relative  worth  kill 

•  Unit/sortie  assignment 

1.  unit/sortie  identification 

2.  base  identification 

3.  weapon  identification 

4.  DELKIL 

5.  RELDEL 

6.  accumulative  DELKIL 

7.  accumulative  RELDEL 
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MISSILE  ALLOCAT/jN  MODEL  LSERS  AND  OPERATORS  INSTRUCTIONS 


INPUT  PREPARATIOi 

The  inputs  to  the  Missile  Allocation  Model  consist  of  parameters  and  several 
lists  of  data.  The  parameters  are  read  from  cards.,  and  the  lists  of  data  are  stored 
in  two  reeis  of  tape,  the  GAME  tape  and  the  PLAN  tape. 

The  parameters  are  single  value  items  that  may  vary  from  time  to  timr.  As  an 
example,  the  version  of  all  tables  to  be  used  must  be  input  in  a  card  that  has  the 
word  VERSN  keypunched  in  columns  1  to  5  and  the  version  name  keypunched  starting 
in  column  16  and  not  extending  beyond  column  21. 

The  GAME  tape  contains  data  that  remain  fairly  constant.  Inputs  to  the  GAME 
tape  consist  of  the  TARGET,  MIBASE,  SSPKTB,  PLT\PE,  VNC  and  WEAPON  tables. 

The  PLAN  tape  contains  data  that  vary  irom  substrike  to  substrike  within  a 
game.  Tables  SITARG  and  SEMIBA  are  input  to  the  PLAN  tape. 

Following  is  a  detailed  description  of  all  lists  to  be  input  to  the  Missile  Allocation 
Model  of  the  Plan  Writer. 

MISSILE  BASE  LIST.  The  Missile  Base  List  must  contain  an  entry  for  every 
mis"ile  base  from  which  surface-to-surface  missiles  are  programmed  for  launch. 
Each  missile  base  is  assigned  an  identification  number,  l  .mging  between  1  and  1000. 

Input  Information. 

Table  name:  MTBASE 

Formats:  A  single  input  format  is  used.  One  card  is  input  per  missile 

base. 

Number  of  Lines:  1000,  maximum 
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Input  to: 


GAME  tape 


Card  deck: 

Ordering: 

Line  numbers: 

Side: 

Printed  outputs: 

INPOBJ  card: 

OUTOBJ  card: 

Version  name: 

Tape  identification: 


Arrangement  -  an  INPOBJ  card,  followed  by  up  to  1000  data 
cards,  which  are  ended  by  a  blank  card. 

Ascending  missile  base  identification  number. 

The  Missile  Base  List  cards  need  not  have  line  numbers. 

Each  side  should  have  its  own  Missile  Base  List. 

A  printed  copy  of  the  Missile  Base  List  can  be  prepared  by 
using  the  OUTOBJ  operation  of  CL  -I. 

Cols.  1  -  6  =  INPOBJ 

12  on  =  MIBARE/Version,  ABMCPD/HHPOOP,  TAPE/XY 

Cols.  1  -  6  =  OUTOBJ 

12  on  =  MIBASE/Version,  ABMCPD/HHPOOP, 
TPFILE/XY 

The  INPOBJ  and  OUTOBJ  cards  must  both  use  the  same  version 
name,  which  can  be  any  alphanumeric  name  of  up  to  six 
characters. 

X  stands  for  the  data  channel  (A  or  B)  and  Y  for  the  unit 
number  (I  -  9),  where  the  GAME  tape  is  mounted  during 
execution  of  INPOBJ  or  OUTOBJ  operations. 
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TABLE  MIBASE 


Columns 

Information 

Unit* 

Value  Range 

Symbol 

Optional 

1-8 

Format  and  table  name  =■  F1MIBASE 

STRING 

9 

Side 

1,2 

Ves 

10-14 

Line  number 

1(1)1000 

Yes 

16-20 

Missile  base  identification  namo 

1(1)1000 

MIBID 

22-27 

Latitude 

Deg.. 

MILA 

Min,, 

Sec. 

29-36 

Longitude 

Deg., 

Min., 

MILO 

Sec. , 

E/W 

.  54-55 

Plane  type 

1(1)31 

M1BPTY 

57-58 

Weapon  type 

1(1)31 

M1BWT 

60-62 

Unit  number 

1(1)255 

MIBUN 

64-06 

Number  of  missiles  to  be 

1(1)100 

MIBNMG 

programmed 

6b -70 

Total  number  of  missiles 

1(1)100 

MIUNM 

• 

M1BASE  is  the  master  list  of  all  missile  buses  in  name. 
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PLANE  TYPE  LIST,  The  Plane  Type  List  is  used  to  input  the  characteristics 

of  the  various  types  of  surface-to-surface  missiles. 

Input  Information, 

Table  name:  PLTYPE 

Formats.  A  single  input  format  is  used,.  Two  cards  are  input  per  plane 

type. 

Number  of  Lines:  10,  maximum.  The  Plane  Type  List  cannot  be  divided  into 
multiple  records. 

Input  to:  GAME  tape 

Card  derk:  Arrangement  -  an  INPOBJ  card  followed  by  up  to  10  lines  of 

data  cards  (two  cards  per  line).  The  last  data  card  is  followed 
by  a  blank  card. 

Ordering:  See  line  numbers. 

Line  numbers:  The  cards  for  table  PLTYPE  must  both  have  line  numbers  and 

card  numbers.  Further,  the  cards  must  be  ordered  according 
to  line  number  and  card  number  within  line.  That  is,  line  1 
card  1,  line  1  card  2,  line  2  card  1,  etc.  The  use  of  line 
numbers  does  not  imply  any  relationship  between  the  line 
number  and  the  plane  type  being  described  by  the  line  of  data. 

Side:  Each  side  must  have  its  own  Plane  Type  List. 

Printed  outputs;  A  printed  copy  of  the  Plane  Type  List  can  be  prepared  by  using 
the  OUTOBJ  operation  of  CL-I. 

INPOBJ  card:  CoJs.  1  -  6  =  INPOBJ 

12  on  =  PLTYPE/Version,  ABMCPD/HHPOOP,  TAPE/XY 
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OUTOBJ  card: 


Version  name:: 


Tape  identification: 


Cols.  1  -  6  =.  OUTOBJ 

12  on  =  PLTYPE  Aversion,  ABMCPD/HHPOOP,  TPFILE/XY 

The  INPOBJ  and  OUTOBJ  cards  must  both  use  the  same  version 
name.  It  may  be  any  alphanumeric  name  of  up  to  six  characters. 

X  denotes  the  data  channel  (A  or  B)  and  Y  the  unit  number 
(1  -  9),  where  the  GAME  tape  is  mounted  during  execution  of 
INPOBJ  and  OUTOBJ  operations. 


TABLE  PLTYPE 
Card  1 


Column* 

Information 

Unite 

Value  Rang* 

Symbol 

OpiitvM 

1-8 

Format  and  table  name  =>  FI  PLTYPE 

STRING 

9 

Side 

1,2 

Yes 

10-14 

Line  number 

1(1)10 

18 

Card  number  =  1 

1 

17-18 

Plane  type 

1(1)31 

PLTID 

20-23 

Over-all  reliability  factor 

.01(.01)1.00 

PLTREL 

25-27 

Penetration  capability  factor 

.01).  01)1. 00 

PLTPCF 

29-33 

Minimum  range 

Nautical 

Miles 

1(1)16000 

PLTMIN 

35-39 

Maximum  range 

Nautical 

Miles 

1(1)16000 

PLTMAX 

41-45 

Mode  1  maximum  range 

Nautical 

Miles 

1(1)16000 

DIST 

47-50 

Mode  1  CEP 

Tens  of 
Feet 

1(1)2047 

CEP 

62-66 

Mode  2  maximum  range 

Nautical 

Miles 

1(1)16000 

DIST2 

58-61 

Mode  2  CEP 

Tens  of 
Feet 

1(1)2047 

CEP2 

63 

Penetration  point  marker 

0,  1 

PLTPNT 

65 

Guidance  marker 

0.  1 

PLTCUI 
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TABLE  PLTYPE 
Card  2 


Columna 

Information 

Unite 

Value  Range 

Symbol 

Optional 

1-8 

Format  and  table  name  =  FlPLTYPE 

STRING 

9 

Side 

1,2 

Yes 

10-14 

Line  number 

1(1)10 

16 

Card  number  =  2 

2 

19-23 

Mode  3  maximum  range 

Naut. 

Miles 

1(1)16000 

D1ST3 

25-28 

Mode  3  CEP 

Tens  of 
Feet 

1(1)2047 

CEPS 

30-34 

Mode  4  maximum  range 

Naut. 

Miles 

1(1)16000 

DIST4 

30-39 

Mode  4  CEP 

Tens  of 
Feet 

1(1)2047 

CEP4 

41-45 

Mode  5  maximum  range 

Naut. 

Miles 

1(1)16000 

DIST5 

47-50 

Mode  5  CEP 

Tens  of 
Feet 

1(1)2047 

CEP5 

52-56 

Mode  6  maximum  range 

Naut. 

Miles 

1(1)16000 

DIST0 

58-61 

Mode  6  CEP 

Tens  of 
Feet 

1(1)2047 

CEP6 

SINGLE  SHOT  PROBABILITY  OF  KILL  LIST.  The  Single  Slot  Probability 

of  Kill  List  is  used  to  input  the  single  shot  probabilities  of  kill  as  functions  of  the 

target  vulnerability  number,  the  weapon  size,  the  missile  type  CEP  for  a  given 

distance,  and  the  height  of  burst. 

Input  Information. 

Table  name:  SSPKTB 

Formats:  A  single  input  format  is  used.  One  card  is  input  for  every 

feasible  combination  of  target  VN,  weapon  size,  CEP,  and 
height  of  burst. 

Number  of  Lines:  3600,  maximum,  can  be  input.  Table  SSPKTB  cannot  be 
divided  into  multiple  records. 

Input  to:  GAME  tape 

Card  deck:  Arrangement  -  an  INPOBJ  card  followed  by  up  to  3600  data  cards. 

The  last  data  card  must  be  followed  by  a  blank  card. 

Ordering:  The  cards  must  be  ordered  in  ascending  target  VN  codes, 

weapon  size,  CEP,  and  HOB  sequence. 

Line  numbers:  The  SSPKTB  List  cards  need  not  have  line  numbers. 

Side:  Each  side  must  have  its  own  SSPKTB  List. 

Printed  outputs:  A  printed  copy  of  the  Single  Shot  Probability  of  Kill  List  can  be 

prepared  by  using  the  OUTOBJ  CL-I  operation. 

INPOBJ  card:  Cols.  1  -  6  =  OUTOBJ 

12  on  =  SSPKTB/Version,  ABMCPD/HHPOOP,  TAPE/XY 

OUTOBJ  card:  Cols.  1  -  6  •=  OUTOBJ 

12  on  =  SSPKTB/Version,  ABMCPD/HHPOOP,  TPFILE/XY 
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Version  name: 


The  INPOBJ  and  OUTOBJ  cards  must  both  use  the  same  version 
name.  It  can  by  any  alphanumeric  name  of  up  to  six  characters. 


Tape  identification:  X  denotes  the  data  channel  (A  or  B)  and  Y  the  unit  number 
(1  -  9),  where  the  GAME  tape  is  mounted  during  execution  of 
INPOBJ  and  OUTOBJ  operations. 


TABLE  SSPK'l'B 


Columns 

Information 

Units 

Value  Range 

Symbol 

Optional 

1-8 

Format  and  table  name  =  FlSSPKTB 

STRING 

9 

Side 

M 

Yes 

10-14 

Line  number 

1(1)3600 

Yes 

16-19 

Target  VN  code 

1(1)31 

SSPVNC 

21-22 

Bomb  size 

1(1)31 

SSPBS 

24-27 

CEP 

Tens  of 

Feet 

1(1)2047 

SSPCEP 

29 

Height  ot  burst 

0,1 

SSPHOB 

81-  33 

Single  shot  kill  probability 

.001(.  001).  999 

SSPK 

TARGET  LI8T.  The  Target  List  input  to  the  Missile  Allocation  Model  must 
contain  an  entry  for  every  target  referenced  by  the  planner.  It  may  also  contain 
additional  entries.  Therefore,  the  Plan  Writer  Target  List  may  be  a  Master  Target 
•'jist  and  have  as  many  entries  as  desired.  The  list  must  be  divided  into  records, 
each  containing  no  more  than  1200  targets. 

Targets  are  identified  by  a  target  designator.  Target  designators  are 
five  alphanumeric  characters.  All  of  the  characters  must  be  non-blank.  It  is  not 
necessary  that  the  target  designators  have  any  meaning,  but  they  can  be  used  as  a 
coded  representation  of  target  types. 


Input  Information. 


Table  name:  TARGET 

Formats:  A  single  input  format  is  used.  One  card  is  input  per  target. 

Number  of  Lines:  1200,  maximum,  per  record.  The  table  TARGET  may  be 

divided  into  several  records,  each  containing  not  more  than 
1200  lines. 


Input  U.: 
C.ird  deck: 


Ordering: 


Line  number: 


GAME  tape 

Arrangement  -  an  INPOBJ  card  followed  by  up  to  1200  data 
cards,  followed  by  a  DIVIDE  card,  followed  by  up  to  1200  more 
data  cards,  etc. ,  until  all  the  data  cards  are  included.  The 
last  data  card  is  followed  by  a  blank  card,  not  a  DIVIDE  card. 

The  Target  List  cards  must  be  ordered  in  ascending  target 
code  alphanumeric  sequence. 

The  Target  List  cards  do  not  need  to  have  line  numbers. 


Side: 


Each  side  should  have  its  own  Target  List. 
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Printed  outputs: 


INPOBJ  card: 


OUTOBJ  card: 


Version  name: 


Tape  identification: 


A  printed  copy  of  the  Target  List  may  be  prepared  by  using  the 
OUTOBJ  CL-I  operation. 

Cols.  1  -  6  =  INPOBJ 

12  on  =  TARGET/Version,  ABMCPD/HHPOOP,  TAPE/XY 
Cols.  1  -  6  =  OUTOBJ 

12  on  =  TARGET/Version,  ABMCPD/HHPOOP, 
TPFILE/XY 

The  INPOBJ  and  OUTOBJ  cards  must  both  use  the  same  version 
rame.  It  can  be  any  alphanumeric  name  of  up  to  six  characters. 

X  stands  for  the  data  channel  (A  or  B)  and  Y  for  the  unit 
number  (1  -9),  where  the  GAME  tape  is  mounted  during 
execution  of  INPOBJ  and  OUTOBJ  operations. 


TABLE  TARGET 


Columns 

Information 

Unite 

Value  Range 

Symbol 

Optional 

1-8 

Format  and  table  name  =  FlTARG£T 

STRING 

9 

Side 

1,2 

YeB 

10-14 

Line  number 

1(1)1200 

Yob 

16-20 

Target  designator 

STRING 

6  non-blank 
characters 

TACODE 

22-27 

Latitude 

Deg.. 

Min., 

Sec. 

TALA 

29-36 

Longitude 

Deg., 

Min., 

Sec,, 

E/W 

TALO 

68 

Height  of  burst 

0,1 

TAHOB 

60-63 

Vulnerability  number 

STRING 

4  non-blank 
characters 

TAVN 

66-67 

Target  prekill 

0(.  001).  999 

TAKILL 

69-70 

Missile  attrition  factor 

0(.  01).  99 

TMATRF 

TARGET  is  the  master  list  of  all  targets  in  game. 
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VULNERABILITY  NUMBER  CODE  LIST.  The  Vulnerability  Number  Code  List 
is  used  to  assign  numeric  coues  (1  to  31)  to  the  target's  vulnerability  numbers. 


Input  Information. 


Table  name: 
Formats: 

Number  of  Lines: 
Input  to: 

Card  deck: 
Ordering: 

Line  numbers: 

Side: 

Printed  outputs: 

INPOBJ  card: 


VNC 

A  single  input  format  is  used. 

31,  maximum,  can  be  input. 

GAME  tape 

Arrangement  -  an  INPOBJ  card  followed  by  up  to  31  data  cards. 
Ascending  target  hardness  (VN). 

The  Vulnerability  Number  Code  List  need  not  have  line  numbers. 

Each  side  must  have  its  own  VNC  List. 

A  printed  copy  of  the  VNC  List  can  be  prepared  by  using  the 
CL-I  OUTOBJ  operations.  The  output  is  from  the  GAME  tape. 

Cols.  1  -  6  =  INPOBJ 

12  on  =  VNC /Version,  TAPE/XY 


OUTOBJ  card:  Cols.  1  -  6  =  OUTOBJ 

12  on  =  VNC /Version,  TPFILE/XY 

Version  name:  The  INPOBJ  and  OUTOBJ  cards  must  both  use  the  same  version 

name.  It  can  be  any  any  alphanumeric  name  of  up  to  six  characters. 


Tape  identification:  X  stands  for  the  data  channel  (A  or  B)  and  Y  for  the  unit 

number  (1  -  9),  where  the  GAME  tape  is  stored  during  execution 
of  INPOBJ  and  OUTOBJ  operations. 

Notes  on  Data*  The  numeric  codes  (1  to  31)  must  be  assigned  to  the 
vulnerability  numbers  in  an  ascending  order.  That  is,  a  VN  for  a  soft  target 
should  be  assigned  a  lower  numeric  code  than  a  VN  for  a  harder  target. 
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TABLE  VNC 


WEAPON  LIST*  The  Weapon  List  is  used  to  list  the  weapon  characteristics 
that  are  required  in  detailed  mission  planning. 

Input  Information. 

Table  name:  WEAPON 

Formats:  A  single  input  format  is  used.  One  card  is  input  per  weapon  type. 

Number  of  Lines:  38,  maximum,  can  be  input. 

Input  to:  GAME  tape 

Card  deck:  Arrangement  -  an  INPOBJ  card  followed  by  up  to  38  data  cards. 

The  last  data  card  must  be  followed  by  a  blank  card. 

Ordering:  The  Weapon  List  can  be  input  in  any  order. 

Line  numbers:  The  Weapon  List  cards  need  not  have  line  numbers. 

Side:  Each  side  must  have  its  own  Weapon  List  describing  the 

weapon  types  which  it  releases. 

Printed  outputs:  A  printed  copy  of  the  Weapon  List  can  be  prepared  by  using  the 

OUTOBJ  operation  of  CL-I. 

INPOBJ  card:  Colo.  1  -  6  =  INPOBJ 

IS  on  =  WEAPON/Version,  ABMCPD/HIIIOOP,  TAPE/XY 

OUTOBJ  card:  Cols.  1  -  0  =  OUTOBJ 

12  on  =  WEAPON/Version,  A3MCPD/HHPOOP, 

TPFILE/XY 

Version  name:  The  INPOBJ  and  OUTOBJ  cards  must  both  use  the  same  version 

name.  It  can  be  any  alphanumeric  name  of  up  to  six  characters. 

Tape  identification:  X  denotes  the  data  channel  (A  or  B),  and  Y  the  unit  number 
(1  -  9),  where  the  GAME  tape  is  mounted  during  execution  of  INPOBJ  and  OUTOBJ 
information. 
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Notes  on  Data. 


1.  The  first  priority,  first  VN  code  and  priority,  and  last  VN  code  in  priority  give 
the  range  of  target  vulnerability  number  codes  for  which  the  weapon  would  be 
classified  as  a  first  priority  weapon.  The  second  priority,  first  and  last  VN 
codes  give  the  range  of  the  target  vulnerability  number  codes  within  which  the 
weapon  would  be  a  second  priority  weapon. 

2.  The  first  to  sixth  exceptions  list  target  categories  (first  two  characters  of  the 
target  code)  or  groups  of  target  categories  beginning  with  Ihe  same  character 
that  should  not  be  allocated  to  a  weapon  of  this  type  even  though  their  VNs  are 
within  the  ranges  considered  acceptable  for  the  weapon  type. 


TABLE  WEAPON 


Columus 

Information 

Units 

Value  Range 

Symbol 

Optional 

1-8 

Format  and  table  name  =  FlWEAPON 

STRING 

9 

Si’e 

1,2 

Yes 

10-14 

Line  number 

1(1)38 

Yes 

16-20 

Weapon  identification: 

WEID 

16-19 

Weapon  number  (bomb  or  decoy 
3ize) 

Bombs  1(1)31 
Decoys  1(1)6 

WEIDN 

20 

Weapon  type 

0  =  bomb 

1  =  ASM 

2  =  decoy 

0,1,2 

WETYPM 

22-24 

Weight  of  weapon 

Thous¬ 
ands  oi 
pounds 

.  1(.  1)99. 9 

WEWT 

26-29 

Range  at  which  to  launch  for  low 
altitude  launch 

Nautical 

miles 

0(1)5000 

WERNGL 

For  ASMb 
and  decoys 

31-34 

Range  at  which  to  launch  for  high 
altitude  launch 

Nautical 

miles 

0(1)5000 

WERNGH 

For  ASMs 
and  decoys 

36-37 

Plane  type  corresponding  to  ASM  or 
decoy  type 

10)31 

WEPTYP 

For  ASMs 
and  decoys 

39-41 

Deviation  for  ASM  Launch 

Nautical 

miles 

1(1)999 

WEDEVT 

43-44 

First  priority  first  VN  code 

1(1)31 

WVN11C 

46-47 

First  priority  last  VN  code 

1(1)31 

WVN12C 

49-50 

Second  priority  first  VN  code 

1(1)31 

WVN21C 

52-53 

Second  priority  last  VN  code 

1(1)31 

WVN22C 

65-56 

First  exception 

STRING 

AA-ZZ  or  A-Z 

WEXCP1 

68-59 

Second  exception 

STRING 

AA-ZZ  or  A-Z 

WEXCP2 

TABLE  WEAPON 
(continued) 


Column* 

Information 

Unit* 

Value  Range 

Symbol 

61-62 

Third  exception 

STRING 

AA-ZZ  or  A-Z 

WEXCP3 

64-65 

Fourth  exception 

STRING 

AA-ZZ  or  A-Z 

WEXCP4 

67-68 

Fifth  exception 

STRING 

AA-ZZ  or  A-Z 

WEXCP5 

70-71 

Sixth  exception 

STRING 

AA-ZZ  or  A-Z 

WEXCP6 

Optional 


MISSILE  BASE  SUBSTRIKE  INPUT  LIST.  The  Missile  Base  Substrike  Input 
List  contains  a  listing  of  the  missile  bases  to  be  considered  in  a  substrike.  It  is 
not  necessary  to  have  an  entry  for  every  missile  base.  If  a  group  of  consecutive 
missile  bases  in  the  MIBASE  List  is  to  be  input  to  a  substrike,  only  the  first  and 
last  missile  bases  in  the  group  need  be  listed,  provided  that  all  other  information 
input  by  the  SIMIBA  List  is  identical  for  all  missile  bases  in  the  group. 


Input  Information. 


Table  name: 

SIMIBA 

Format: 

A  single  inixit  format  is  used.  One  card  is  input  per  missile 

base  or  group  of  consecutive  missile  bases. 

Number  of  Lines: 

100,  maximum 

Input  to: 

PLAN  tape 

Card  deck: 

Arrangement  -  an  INPOBJ  card  followed  by  up  to  100  data  cards, 

ended  by  a  blank  card. 

Ordering: 

The  Missile  Base  Substrike  Input  list  can  be  input  in  any  order. 

Line  number: 

The  SIMIBA  List  cards  do  not  need  to  have  line  numbers. 

Side: 

Each  side  should  have  its  own  SIMIBA  List. 

Printed  outputs: 

A  printed  copy  of  the  SIMIBA  List  can  be  prepared  by  using  the 

OUTOBJ  operation  of  CL-I.  The  output  is  from  the  PLAN  tape. 

INPOBJ  card: 

Cols.  1  -  6  =  INPOBJ 

12  on  =  SIMIBA/Vorsion,  ABMCPD/HHPOOP,  TAPE/XY 

OUTOBJ  card: 

Cols.  1  -  6  =  OUTOBJ 

12  on  =  SIMIBA/Version,  ABMCPD/HHPOOP, 

TPFILE/XY 
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Version  name:  The  INPOBJ  and  OUTOBJ  cards  must  both  use  the  same 

version  name.  It  can  be  any  alphanumeric  name  of  up  to  six 
characters. 

Tape  identification:  X  stands  for  the  data  channel  (A  or  B)  and  Y  for  the  unit 
.lumber  (1  -  9),  where  the  PLAN  tape  is  mounted  during 
execution  of  INPOBJ  or  OUTOBJ  operations. 

Notes  on  Data.  When  only  one  missile  base  is  input  per  card,  columns  21 
to  24  of  the  data  cards  are  left  blank,  and  the  missile  base  identification  number  is 
entered  in  columns  16  to  19.  When  several  consecutive  missile  bases  are  input  per 
card,  the  missile  base  in  the  group  with  the  lowest  identification  number  is  entered 
in  columns  16  to  19,  and  the  one  with  the  highest  identification  number  is  entered 
in  columns  21  to  24.. 
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TABLE  SIMIBA 


Columns 

Information 

Units 

Value  Range 

Symbol 

Optional 

1-8 

Format  and  table  name  =  F1SIMIBA 

STRING 

9 

Side 

1,2 

Yes 

10-14 

Line  number 

1(1)100 

Yes 

16-19 

First  missile  base  identification 

name 

1(1)1000 

SIMB1 

21-24 

Lat>i  missile  base  identification 

name 

1(1)1000  or  blanks 

SIMB2 

26-28 

Percentage  of  weapons 

.01(.  01)1.00 

SIMPCT 

30-32 

Base  survival  factor 

.01(.  01)1.00 

S1BSF 

34 

Time  reference 

0,1, 2,  3, 4 

SITREF 

36-39 

First  sortie  time. 

SIT1ME 

36-37 

Hours 

Hours 

0(1)99 

SIHRS 

38-39 

Minutes 

Minutes 

0(1)59 

SIMINS 

41-43 

Time  increment 

Minutes 

0(.  1)99. 9 

SITItfC 

SIM1BA  is  the  planner's  input  of  missile  bases  assigned  to  a  substrike. 


TARGET  SUBSTRIKE  INPUT  LIST.  The  Target  Substrike  Input  List  contains 
a  listing  of  the  targets  to  be  considered  in  a  substrike.  It  is  not  necessary  to  have 
an  entry  for  every  target.  If  a  group  of  consectuve  targets  in  the  TARGET  List 
is  to  be  input  to  a  substrike,  only  the  first  and  last  targets  in  the  group  need  be 
listed,  provided  .hat  all  targets  in  the  group  belong  to  the  same  target  claBs, 
have  identical  minimum  and  maximum  kill  probabilities  and  the  same  relative 
worth  factor. 


Input  Information. 


Table  name: 
Formats: 

Number  of  lines: 
Input  to: 

Card  deck: 

Ordering: 


Line  numbers: 
Side: 

Printed  outputs: 


INPOBJ  card: 


OUTOBJ  card: 


SITARG 

A  single  input  format  is  used.  One  card  is  input  per  target 
or  group  of  consecutive  targets. 

100,  maximum 
PLAN  tape 

Arrangement  -  an  INPOBJ  card  followed  by  up  to  100  data 
cards  ended  by  a  blank  card. 

The  SITARG  List  must  be  orde/  ’  in  ascending  target  class 
sequence.  The  first  target  elf  lumber  must  be  1,  and  no 
tod.ps  in  the  numbering  sequent-  are  allowed. 

The  SITARG  List  cards  do  not  need  to  have  line  numbers. 
Each  side  should  have  its  own  SITARG  List. 

A  printed  copy  of  the  SITARG  List  can  be  prepared  by  using 
the  OUTOBJ  CL-I  operation.  The  output  is  from  the  PLAN 
tape. 

Cols.  1  -  6  =  INPOBJ 

12  on  =  SITARG/Version,  ABMCPD/HHPOOP, 
TAPE/XY 

Cols.  1  -  6  =  OUTOBJ 

12  on  =  SITARG/Version,  ABMCPD/HHPOOP, 
TPFILE/XY 
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Version  name:  The  INPOBJ  and  OUTOBJ  cards  must  both  use  the  same 

version  name.  It  can  he  any  alphanumeric  name  of  up  to  six 
characters. 

Tape  identification:  X  stands  for  *he  data  channel  (A  or  B)  and  Y  for  the  unit 

number  (1-9),  where  the  PLAN  cape  is  mounted  during 
execution  of  INPOBJ  or  OUTOBJ  operations. 

Notes  on  Data,  When  only  one  target  is  input  per  card,  columns  22  to  26 
of  the  data  cards  are  left  blank,  and  the  target  identification  name  is  entered  in 
columns  16  to  20.  When  several  consecutive  targets  are  input  per  card,  the  target 
in  the  group  with  the  lowest  alphanumeric  name  is  entered  in  columns  16  to  20, 
and  the  one  with  the  highest  alphanumeric  name  is  entered  in  columns  22  to  26. 
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TABLE  SITARG 


Column* 

Information 

Units 

v*lue  Range 

Symbol 

Optional 

1-8  Format  and  table  name  =  F1S1TARG  STRING 

9  Side  1.2  Yes 

10-14  Line  number  1(1)100  Yes 

16-20  First  target  identification  name  STRING  5  non-blank  S1TAR1 

cnaracters 

22-26  Last  target  identification  name  STRING  5  non-blank  S1TAR2 

characters  or  6 
blanks 

28-29  Target  class  1(1)50  SITARC 


31-33  I  Minimum  kill  probability 


0(.  001),  999  SMINKP 


35-37  Maximum  kill  probability  0(.  001).  999 

39-41  Relative  worth  factor  .  01(.  01)1. 00 


SMAXKP 

SITRWF 


S1TARG  is  the  planner's  input  of  targets  assigned  to  a  substrike. 
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DISCUSSION  OF  COMPUTER  OPERATIONS 


The  finished  portion  of  the  Missile  Allocation  Model  has  been  designed  and 
constructed  using  the  CL-1  Programming  System.  The  preparation  of  ini  Jt  tapes 
and  the  running  of  the  Missile  su'ostrikes  are  done  under  control  of  the  CI.-I  System. 

INPUT  PROCESSING.  In  order  to  construct  the  GAME  and  PLAN  tapes,  a 
process  called  TAPEID  is  used.  This  process  leaves  the  selection  of  the  data 
channel  and  unit  up  to  the  user.  The  only  frames  that  cannot  be  designated  are 
Al,  A4,  B2,  B3,  B4,  and  B5. 

Both  the  GAME  and  the  PLAN  tapes  are  composed  of  two  files.  The  first 
file  is  the  tape  identification  file,  and  it  contains  one  record  that  is  made  up  of 
at  least  four,  and  no  more  than  10  words  of  which  the  first  is  the  alphabetic  word 
PWGAME  for  the  GAME  tape  and  PWPLAN  for  the  PLAN  tape.  The  other  words 
are  left  at  ihe  option  of  the  user .  The  second  file  of  the  GAME  tape  contains 
from  6  to  10  records:  one  for  the  Missile  Base  List,  one  for  the  Plane  Type  List, 
one  for  the  Single  Shot  Probability  of  Kill  List,  from  one  to  five  records  for  the 
Target  List,  one  for  the  Vulnerability  Number  Code  List,  and  one  for  the  Weapon 
List.  The  second  file  of  the  PLAN  tape  contains  two  records:  the  Missile  Base 
Substrike  Input  List  and  the  Target  Substrike  Input  List. 

The  card  deck  arrangement  for  processing  the  GAME  and  PLAN  tapes  is 
as  follows: 

Columns  1-6  Columns  12  on 

MFTPPR  7 

TESTMF  PLNWTR 

A 

EXCPRC  TAPEID 

TAPEXY 
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Columns  1-6 


Column^  12  on 


PWGAME 

(At  least  3,  no  more  than  9,  non-blank  cards) 

A 

A 

INPOBJ  MIBASE/Version,  ABMCPD/HHPOOP 

TAPE/XY 

(Up  to  1000  MIBASE  data  cards) 

A 

INPOBJ  PLTYPE /Version,  ABMCPD/HHPOOP, 

TAPE/XY 

(Up  to  10  lines  of  data  cards,  2  cards  per  line) 

A 

INPOBJ  SSPKTB/Version,  ABMCPD/HHPOOP, 

TAPE/XY 

(Up  to  3600  SSPKTB  data  cards) 

A 

INPOBJ  TARGET/Version,  ABMCPD/HHPOOP, 

TAPE/XY 

(Up  to  1200  TARGET  data  cards) 

DIVIDE 

(Up  to  1200  TARGET  data  cards) 


DIVIDE 


(Up  to  1200  TARGET  data  cards) 


Columns  1-6 


Columns  12  on 


S 


A 

INPOBJ 

(Up  to  31  VNC  data  cards) 


VNC/Verslon,  TAPE/XY 


INPOBJ  WEAPON/Version,  ABMCPD/HHPOOP, 

TAPE/XY 

(Up  to  38  WEAPON  data  cards) 

A 

EXCPRC  TAPE® 

TAPEXY 

PWPLAN 


(At  least  3,  no  more  than  9,  non-blank  cards) 

A 

A 

INPOBJ  SIMIBA/ Version,  ABMCPD/HHPOOP, 

TAPE/XY 

(Up  to  100  SIMIBA  data  cards) 

A 

INPOBJ  SITARG/Version,  ABMCPD/HHPOOP, 

TAPE/XY 

(Up  to  100  SITARG  data  cards) 

A 

FINISH 

A 

A 


B-30 


The  first  card  after  EXCPRC  T  A  PEED  designates  the  data  channel  (A  or 
B)  in  column  5  and  the  unit  number  (1  -  9)  in  column  6.  Units  that  cannot  be 
selected  are  Al,  A4,  B2,  B3,  B4,  and  B5. 

The  operating  instructions  for  processing  the  GAME  and  PLAN  tapes  are 
as  fellows: 

1.  Equipment  required: 

a.  Tapes:  Two  "A"  channel  frames,  four  "B"  channel  frames 
and  two  extra  frames  (either  A  or  B). 

b.  Card  reader 

c.  Printer 

2.  Operating  steps: 

a.  Tapes:  Al  -  Current  CL-I  System  Program  Tape 

A4  -  Missile  Allocation  Routine 
Master  File  (reel  M-187) 

B2  -  Blank 

B3  -  Blank;  TAPOUT  -  to  be  printed 
B4  -  Blank 
B5  -  Blank 

B7  -  Blank;  PWPLAN  tape  -  to  be  saved  (could  be 
any  other  frame) 

B8  -  Blank;  PWGAME  tape  -  to  be  saved  (could  be 
any  other  frame) 

b.  Sense  switches:  1  and  4  down,  the  others  up, 

c.  Card  reader:  Load  cards  in  card  reader 

d.  Clear  core  and  load  tape. 


3.  Expected  stop:  ’’FINISH"  on  the  on-line  printer. 

4.  Outputs:  Save  tape  B3;  mark  "TAPOUT"  for  printing.  Save 
tape  B7;  mark  "PWPLAN";  for  input  to  the  Missile  Allocation 
Routine.  Save  tape  B8;  mark  "PWGAME";  for  input  to  the 
Missile  Allocation  Routine.  Save  printer  comment  sheet. 

5.  Printer  comments:  Hie  usual  CL-I  System  comments  appear. 

RUNNING  THE  MISSILE  ALLOCATION  ROUTINE.  The  finished  portion  of  the 
Missile  Allocation  Model  is  run  by  executing  a  process  called  NOl.  The  execution 
of  this  process  requires  the  following  card  deck  arrangement: 


Columns  1-6 

MFTPPR 

TESTMF 

A 

EXCPRC 

A 

VERSN 

A 

A 

OUTOBJ 

A 

EXCPRC 

A 

outo±*j 

A 


Columns  12  on 
7 

PLNWTR 

NOl 

Version  (same  as  version  name  in 
PLAN  and  GAME  tapes). 

STia/V-rsion,  ABMCPD/HHPOOP, 
TAPE/A6 

REWYND 

SSMIBA/Version,  ABMCPD/HHPOOP, 
TAPE/A7 
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Columns  1-6 


Columns  12  on 


EXCPRC  REWYND 

A 

OUTOBJ  SSTARG/Version,  ABMCPD/HHPOOP, 

TAPE/A7 

A 

FINISH 

A 

A 

The  operating  instructions  for  running  the  finished  portion  of  the  Missile 
Allocation  Routine  follow  below.  The  finished  portion  of  the  Missile  Allocation 
Routine  produces  the  Substrike  List  of  Targets,  the  Sibstrike  List  of  Missile 
Bases,  and  the  Target  List  of  Bases. 

1.  Equipment  required: 

a.  Tapes:  Five"  A"  channel  frames  and  six  "BM  channel  frames. 

b.  Card  reader 

c.  Printer 

2.  Operating  steps: 

a.  Tapes:  A1  -  Current  CL-I  System  Program  Tape 

A4  -  Missile  Allocation  Routine  Master  File  (reel  M-187) 
A5  -  Blank 
A6  -  Blank 
A7  -  Blank 
B2  -  Blank 

B3  -  Blank;  TAPOUT  -  to  be  printed 

B4  -  Blank 

B5  -  Blank 

B7  -  PWPLAN  tape 

B8  -  PWGAME  tape 


b.  Sense  switches:  1  and  4  down,  the  others  up. 

c.  Card  reader:  Load  cards  in  card  reader. 

d.  Clear  core  and  load  tape. 

3.  Expected  stop:  ’’FINISH"  on  the  on-line  printer. 

4.  Outputs:  Save  tape  B3;  mark  "TAPOUT";  for  printing.  Save 
printer  comment  sheet. 

5.  Printer  comments:  In  addition  to  the  usual  CL-I  System  comments, 
appropriate  error  messages  are  printed  if  errors  are  found. 
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APPENDIX  C 


AIRCRAFT  ALLOCATION  MODEL 
TABLE  GENERATOR 
USERS  AND  OPERATORS  INSTRUCTIONS 


INTRODUCTION 

This  section  presents  a  preliminary  discussion  of  the  Table  Generator  Computer 
Programs  that  have  been  coded  and  checked  out.  Included  in  Appendix  C  are:  a 
description  of  the  required  input  data;  the  necessary  instructions  for  proper  computer 
operations;  an  "English  language"  description  of  the  computer  programs  for  Tasks 
A  and  D;  and  a  summary  of  Programmers  Notes. 

Many  of  the  input  tables  and  the  computer  programs  used  by  Table  Generator 
were  developed  for  use  in  the  Plan  Writer  Missile  Allocation  Model;  whenever  these 
similarities  exist,  the  appropriate  tables  and/or  programs  (routines)  will  be 
mentioned. 

TABLE  GENERATOR  INPUTS 

GENERAL  COMMENTS.  In  this  section,  the  inputs  will  be  indicated  as  coming 
from  one  of  three  sources: 

•  GAME  Tape 

•  PLAN  Tape 

•  Parameters 

The  GAME  tape  contains  data  that  remain  constant  from  game  to  game 
(i.e.,  from  time  to  time).  Examples  of  this  are  tables  such  as  Target  list.  Base 
list,  SSPK  values,  etc.  The  PLAN  tape  contains  data  that  not  only  vary  from  game 
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to  game,  but  may  change  from  substrike  to  substrike  within  a  game.  Examples  of 
this  are  the  Point  list,  Route  list,  planning  factors,  etc.  The  Parameters  are 
single-valued  items  which  may  vary  from  time  to  time.  Examples  are  value  of  an 
angle  to  be  used  in  a  particular  test,  versions  of  a  table  to  be  used,  etc. 

Both  the  GAME  and  PLAN  tapes  have  the  same  physical  structure,  i.e., 
two  files  on  a  tape.  The  first  file  contains  an  identification  record,  the  first  word 
of  which  must  be  PWGAME  for  the  GAME  tape  or  PWPLAN  for  the  PLAN  tape.  The 
second  file  contains  instances  of  the  necessary  tables  to  be  used.  Within  this  second 
file  the  tables  may  be  in  any  desired  order,  and  tables  not  used  by  Plan  Writer  may 
also  appear,  if  desired.  The  above  mentioned  PLAN  and  GAME  tapes  are  common 
to  both  Table  Generator  and  the  Missile  Allocation  Model. 

Both  input  tapes  may  be  created  during  a  single  CL~I  System  run.  The 
identification  file  can  be  placed  on  the  tapes  by  using  a  process  called  TAPE©;  the 
tables  in  the  second  file  are  placed  on  tape  by  using  the  TAPE/XY  option  of  INPOBJ. 
A  listing  of  the  tapes  can  be  obtained  by  using  the  TAPES  option  of  ALLOUT.  (A 
detailed  description  of  process  TAPE©  is  presented  on  page  C-62. ) 

TABLE  DESCRIPTIONS  AND  CARD  FORMATS.  In  this  section,  the  detailed 
table  descriptions,  including  the  necessary  card  formats  are  presented.  Where 
applicable,  additional  comments  are  given  to  aid  in  preparing  the  input  data. 

The  tables  are  stored  on  tape  by  using  the  INPOBJ  operation  of  the  CL-I 
System;  a  listing  of  the  tables  may  be  obtained  by  using  the  OUTOBJ  operation  of 
the  CL-I  System,  or  by  executing  process  ALLOUT.  If  the  CUTOBJ  operation  is 
used,  the  tape  should  be  positioned  at  the  beginning  of  the  second  file. 
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Base  List.  The  Base  List  must  contain  an  entry  for  at  least  every  offensive 
manned  aircraft  base  from  which  aircraft  are  programmed  for  takeoff. 

Input  Information. 

Table  Name:  BASE 

Formats:  A  single  input  format  is  used.  One  card  is  input  per  base. 

Number  of  Lines:  700,  maximum.  The  BASE  table  cannot  be  divided  into  multiple 

records. 

Input  to:  GAME  Tape. 

Card  deck:  Arrangement  -  an  INPOBJ  card  followed  by  up  to  700  data  cards. 

The  last  data  card  is  followed  by  a  blank  card. 

Ordering:  The  Base  List  can  be  input  in  any  order. 

Line  numbers:  The  Base  List  cards  do  not  need  to  have  line  numbers. 

Side:  Eacli  side  must  have  its  own  Base  List. 

Printed  outputs:  A  printed  copy  of  the  Base  List  can  be  prepared  by  using  the 

OUTOBJ  Lp  operation  CL-I,  or  process  ALLOUT.  The  output 
is  from  the  GAME  tape. 

INPOBJ  card:  Cols:  1  -  6  =  INPOBJ 

12  on  =  BASE/Version,  ABMCPD/HHPOOP,  TAPE/A6 

OUTOBJ  card:  Cols:  1  -  6  =  OUTOBJ 

12  on  =  BASE/Version,  ABMCPD/HHPOOP,  TPFILE/A6 

Version  name:  The  INPOBJ  and  OUTOBJ  cards  must  both  use  the  same  version 

name.  It  can  be  any  alphanumeric  name  of  up  to  six  characters. 
Several  instances  of  table  BASE  can  be  on  the  GAME  tape,  providing  they  have 
different  version  names.  This  permits  the  same  files  to  be  used  for  several  problems. 


C-5 


TABLE  BASE 


INASTB  List.  The  INASTB  List  is  an  input  association  list  which  specifies 
the  bases  (non-refueled),  refueling  areas,  or  air  alert  points  associated  with  each 
cell.  This  list  also  contains  the  association  of  bases  with  refueling  areas.  The 
items  in  table  INASTB  refer  to  elements  of  other  input  lists,  namely  either  BASE, 
REFUEL,  or  POINT  Lists. 


Input  Information. 


Table  Name: 
Formats: 

Number  of  Lines: 

Input  to: 

Card  deck: 

Ordering: 

Line  numbers: 
Side: 

Printed  outputs: 


INPOBJ  card: 

OUTOBJ  card: 


INASTB 

A  single  input  format  is  used.  One  card  is  input  for  each  line 
in  the  table. 

200,  maximum.  The  INASTB  List  cannot  be  divided  into  multiple 
records. 

PLAN  Tape. 

Arrangement  -  an  INPOBJ  card  followed  by  up  to  200  data  cards. 
The  last  data  card  is  followed  by  a  blank  card. 

The  cards  in  the  INASTB  List  can  be  input  in  any  order. 

The  cards  do  not  need  to  have  line  numbers. 

Each  side  must  have  its  own  INASTB  List. 

A  printed  copy  of  the  INASTB  List  can  be  prepared  by  using  the 
OUTOBJ  Lp  operation  of  CL-I  or  process  ALLOUT.  The  output 
is  from  the  PLAN  tape. 

Cols:  1  -  6  =  INPOBJ 

12  on  =  INASTB/Version,  TAPE/A7 
Cols:  1  -  6  =  OUTOBJ 


12  on  =  INASTB/Version,  TPFILE/A7 

Version  name:  The  INPOBJ  and  OUTOBJ  cards  must  both  use  the  same  version 

name.  It  can  be  any  alphanumeric  name  of  up  to  six  ch  "ders. 
Several  instances  of  table  YNASTB  can  be  on  the  PLAN  tape,  providing  they  .  .  - 
different  version  names.  This  permits  the  same  files  to  be  used  for  several  problems. 
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Notes  on  Data. 


1.  To  associate  non-refueled  bases  with  cells,  the  base  identification  should  be 
filled  in,  and  up  to  10  cells  may  be  entered  on  a  card.  The  air  alert  flag  and 
the  refueling  area  should  be  left  blank. 

2.  To  associate  air  alert  points  with  cells,  the  air  alert  identification  should  be 
filled  in,  the  air  alert  flag  should  be  set  equal  to  1,  and  up  to  10  cells  may  be 
entered  on  a  card.  The  refueling  area  should  be  left  blank. 

3.  To  associate  refueling  areas  with  cells,  the  refueling  area  identification  should 
be  filled  in,  a  base  identification  should  be  given,  and  up  to  10  cells  may  be 
entered  on  a  card.  The  air  alert  flag  should  be  left  blank. 

4.  If  more  than  one  base  is  to  refuel  at  a  given  refueling  area,  then  additional 
cards  must  be  entered  for  each  base.  Each  of  these  additional  cards  must 
contain  both  the  refueling  area  identification  and  the  cell  identification  (s). 

5.  A  maximum  of  10  cells  may  be  entered  on  each  card.  If  less  than  10  cells  are 
entered,  they  can  be  put  in  any  of  the  appropriate  columns  for  cell  identification, 
since  the  entire  card  is  scanned. 
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TABLE  INA8TB 


Columns 

Informs  Uon 

Unite 

Value  Range 

Symbol 

Optional 

1-6 

Format  and  table  name  -  F1INAS 

STRING 

10-14 

Line  number 

1(1)200 

YES 

16-20 

Base  or  air  alert  point  identification 

1(1)1000 

INBASE 

22 

Air  alert  flag 

0,  1 

INAAFL 

24-28 

Refueling  area  identification 

1(1)600 

INREF 

YES 

30-32 

First  cell 

1(1)999 

CELL  1 

34-36 

Second  cell 

1(1)999 

CELL  2 

YES 

38-40 

Third  cell 

1(1)999 

CELL  3 

YES 

42-44 

Fourth  cell 

1(1)999 

CELL  4 

YES 

46-48 

Fifth  cell 

1(1)999 

CELL  6 

YES 

60-62 

Sixth  cell 

1(1)999 

CELL  6 

YES 

64-66 

Seventh  cell 

1(1)999 

CELL  7 

YES 

68-60 

Eighth  cell 

1(1)999 

CELL  8 

YES 

62-64 

Ninth  cell 

1(1)999 

CELL  9 

YES 

66-68 

Tenth  cell 

■ 

: 

1(1)999 

: 

CELL  10 

YES 

Point  Lilt.  The  Point  List  is  used  to  input  the  coordinates  of  any  desired 
location.  These  locations  can  then  be  referred  to  by  the  point  identification. 

Similar  to  the  Sortie  Programmer,  route*,  are  defined  as  sequences  of  points.  The 
initial  coordinates  for  air  alert  missions  are  specified  by  referencing  a  point  on  the 
Point  List. 


Input  Information. 


Table  Name: 
Formats: 

Number  of  Lines: 

Input  to- 
Card  Leek. 

Ordering: 

Line  numbers: 
Side: 

Printed  outputs: 


INPOBJ  card: 


OUTOBJ  card: 


POINT 

A  single  input  format  is  used.  One  card  is  input  per  point. 

1300,  maximum.  The  Point  List  cannot  be  divided  into  multiple 
records . 

PLAN  Tape 

Arrangement  -  an  INPOBJ  card  followed  by  up  to  1300  data 
cards.  The  last  data  card  is  followed  by  a  blank  card. 

The  Point  List  cards  can  be  input  in  any  order. 

The  Point  List  cards  do  not  need  line  numbers. 

Each  side  must  have  its  own  Point  List. 

A  printed  copy  of  the  Point  List  can  be  obtained  by  using  the 
OUTOBJ  Lp  operation  of  CL-I,  or  process  ALLOUT.  The 
output  is  from  the  PLAN  tape. 

Cols:  1  -  6  =  INPOBJ 

12  on  =  POINT/Version,  ABMCPD/HHPOOP,  TAPE/A7 
Cols:  1  -  6  =  OUTOBJ 


12  on  =  POINT/Version,  ABMCPD/HHPOOP,  TPFILE/A7 
Version  name:  The  INPOBJ  and  OUTOBJ  cards  must  both  use  the  same  version 

name.  It  can  be  any  alphanumeric  name  of  up  to  six  characters. 
Several  instances  of  table  POINT  can  be  on  the  PLAN  tape,  providing  they  have 
different  version  names.  This  permits  the  same  files  to  be  used  for  several 
problems. 
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Notes  on  Data. 


The  Point  List  must  contain  an  entry  for  every  point  appearing  on  a  route 
specified  in  table  ROUTE.  The  numbering  systems  must  be  consistent.  It 
must  also  contain  an  entry  for  every  point  used  as  an  air  alert  point. 

Points  may  be  superimposed;  i.e.,  two  or  more  points  may  have  the  same 
coordinates  but  different  identifications.  This  may  be  necessary  to  provide  for 
certain  special  cases  of  route  overlaps  (see  table  ROUTE). 

Points  which  are  to  be  referred  to  on  the  Route  List  must  be  identified  by 
numbers  between  1  and  999.  Air  alert  points  may  use  all  possible  values  of  the 
point  identification  name. 


table  point 


Columns 

Information 

Unite 

Value  Range 

Symbol 

Optional 

1-7 

Format  and  table  name  =  F1POINT 

STltlNG 

9 

Side 

1.  2 

YES 

10-14 

Line  number 

1(1)1300 

YES 

10-20 

Point  Identification 

1(1)1300 

POID 

22-27 

Latitude 

Deg,  Min 
Sec. 

POLA 

29-3G 

Longitude 

Deg,  Min 
Sec.  E/W 

POLO 
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Refueling  Area  List.  The  Refueling  Area  List  is  used  to  input  the  locations 
at  which  aerial  refueling  can  occur. 


Input  Information. 


Table  Name: 
Formats: 

Number  of  Lines: 

Input  to: 

Card  deck: 

Ordering: 

Line  numbers: 
Side: 

Printed  outputs: 


INPOBJ  card: 

OUTOBJ  card: 


REFUEL 

A  single  input  format  is  used.  One  card  is  input  per  refueling 
area. 

600,  maximum.  The  Refueling  Area  List  cannot  be  divided  into 
multiple  records. 

PLAN  tape 

Arrangement  -  an  INPOBJ  card  followed  by  up  to  600  data  cards. 
The  last  data  card  is  followed  by  a  blank  card. 

The  Refueling  Area  List  can  be  input  in  any  order. 

The  Refueling  Area  List  cards  do  not  need  to  have  line  numbers. 
Each  side  must  have  its  own  Refueling  Area  List. 

A  printed  copy  of  the  Refueling  Area  List  can  be  obtained  by 
using  the  OUTOBJ  L^  operation  of  CL-I,  or  process  ALLOUT. 
The  output  is  from  the  PLAN  tape. 

Cols:  1  -  6  =  INPOBJ 

12  on  =  REFUEL/Version,  ABMCPD/HHPOOP,  TAPE/A7 
Cols:  1  -  6  =  OUTOBJ 


12  on  =  REFUEL/Version,  ABMCPD/HHPOOP,  TPFILE/A7 
Version  name:  The  INPOBJ  and  OUTOBJ  cards  must  both  use  the  same  version 

name.  It  can  be  any  alphanumeric  name  of  up  to  six  characters. 
Several  instances  of  table  REFUEL  can  be  on  the  PLAN  tape,  providing  they  have 
different  version  names.  This  permits  the  same  files  to  be  used  for  several  problems. 


C-13 


TABLE  REFUEL 


Columns 

Information 

Units 

Value  Range 

6  nbol 

Optional 

1-8 

Format  und  table  name  =  F1REFUEL 

STIUNG 

9 

Side 

1,  2 

YES 

10-14 

Line  number 

1(1)600 

YES 

10-20 

Refueling  area  Identification 

1(1)600 

REFIDN 

22-27 

Latitude 

Deg,  Min 

RELA 

Sec. 

29-36 

Longitude 

Deg,  Min 

RELO 

38 

Post  strike  marker 

Sec.  E/W 

0,  1 

REPSM 

YES,  not 

used  in 

Table  Gen- 

era  tor 

Route  List.  The  Route  List  specifies  routes  which  are  used  for  penetration 
corridors.  A  route  is  specified  by  a  sequence  of  points,  the  coordinates  of  which 
must  appear  in  the  Point  List. 


Input  Information. 


Table  Name: 
Formats: 

Number  of  Lines: 

Input  to: 

Card  deck: 

Ordering: 

Line  numbers: 
Side: 

Printed  outputs: 


INPOBJ  card: 

OUTOBJ  card: 


ROUTE 

A  single  input  format  is  used.  One  card  is  input  per  route. 

300,  maximum,  may  be  input.  The  table  ROUTE  cannot  be 
divided  into  multiple  records. 

PLAN  Tape 

Arrangement  -  an  INPOBJ  card  followed  by  up  to  300  data  cards. 
The  last  data  card  is  followed  by  a  blank  card. 

The  Route  List  can  be  input  in  any  order. 

The  Route  List  cards  do  not  need  to  have  line  numbers. 

Each  side  must  have  its  own  Route  List  describing  the  routes 
it  will  use . 

A  printed  copy  of  the  Route  List  can  be  prepared  by  using  the 
OUTOBJ  Lp  operation  of  CL-I,  or  process  ALLOUT.  The 
output  is  from  the  PLAN  tape. 

Cols:  1  -  6  =  INPOBJ 

12  on  =  ROUTE/Version,  TAPE/A7 
Cols:  1  -  6  =  OUTOBJ 


12  on  =  ROUTE/Version,  TPFILE/A7 

Version  name:  The  INPOBJ  and  OUTOBJ  cards  must  both  use  the  same  version 

name.  It  can  be  any  alphanumeric  name  of  up  to  six  characters. 
Several  instances  of  table  ROUTE  can  be  on  the  PLAN  tape,  providing  they  have 
different  version  names.  This  permits  the  same  files  to  be  used  for  several  problems. 
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Notes  cm  Data. 


1.  It  is  permissible  to  define  two  points  in  the  same  geographic  location.  These 
points  can  each  appear  on  different  routes . 

2.  A  route  must  be  written  for  each  point  which  is  a  terminal  point  in  a  corridor. 

3 .  If  a  point  is  a  penetration  (or  depenetration)  point  on  one  route,  then  it  must  be 
a  penetration  (or  depenetration)  point  on  every  route  using  it. 

4.  If  a  point  is  in  friendly  territory,  then  it  must  be  so  defined  for  every  route  using  it. 

5.  If  a  point  is  the  end  of  a  high  leg,  then  it  must  be  so  on  every  route  using  it.  The 
restrictions  on  point  usage  can  be  avoided  by  using  coincident  points. 

6.  If  it  is  desired  to  penetrate  aircraft  at  a  single  point  without  flying  through  a 
corridor,  then  it  is  necessary  to  declare  the  point  as  a  route. 

7.  The  penetration  point  entry  on  table  ROUTE  does  not  need  to  be  filled  in  if  the 
entire  route  is  over  enemy  territory. 

8.  All  legs  preceding  the  penetration  point  are  in  friendly  territory. 

9.  The  last  high  leg  and  the  penetration  point  are  both  the  identification  numbers  of 
points  on  the  route. 

10.  The  route  identification  is  for  both  internal  and  external  use.  Any  comments 
regarding  a  route  will  reference  the  route  identification. 
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TABLE  ROUTE 


Columns 

Information 

Units 

Value  Range 

Symbol 

Optional 

1  -7 

Format  and  table  name  =  F1ROUTE 

STRING 

9 

Side 

1,  2 

YES 

10-14 

Line  number 

1(1)300 

16-20 

Route  Identification 

1(1)300 

PNID 

YES 

23 

Type  of  rou'.e 

1  =  penetration  only 

2  =  depenetration  only 

3  =  both  penetration  &  depenotra- 

tion 

1,  2,  3 

PNRTE 

25-27 

F'  t  point  on  route 

1(1)999 

PNP1 

29-31 

Second  point  on  route 

1(1)999 

PNP2 

YES 

33-35 

Third  point  on  route 

1(1)999 

PNP3 

YES 

37-39 

Fourth  point  on  route 

1(1)999 

PNP4 

YES 

41-43 

Fifth  point  on  route 

1(1)999 

PNP5 

YES 

45-47 

Sixth  poii  on  route 

1(1)999 

PNP6 

YES 

49-51 

Seventh  point  on  route 

1(1)999 

PNP7 

YES 

53-55 

Eighth  point  on  route 

1(1)999 

PNP8 

YES 

57-59 

Ninth  point  on  route 

1(1)999 

PNP9 

YES 

61-63 

Tenth  point  cn  route 

1(1)999 

PNP10 

YES 

65-67 

Penetration  point 

1(1)999 

PNPEN 

YES 

69-71 

Last  high  leg 

1(1)999 

PNLSTH 

YES 
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Target  Substrike  Input  List.  The  Target  Substrike  Input  List  contains  a 
listing  of  the  targets  to  be  considered  in  a  substrike.  It  is  not  necessary  to  have  an 
entry  for  every  target.  If  a  group  of  consecutive  targets  in  the  TARGET  List  is  to  be 
input  to  a  substrike,  only  the  first  and  last  targets  in  the  group  need  be  listed, 
provided  that  all  targets  in  the  group  belong  to  the  same  target  class,  have  identical 
minimum  and  ma  *  uum  kill  probabilities  and  the  same  relative  worth  factor. 


Input  Information. 


Table  Name: 
Format: 

Number  of  Lines: 
Input  to: 

Card  deck: 

Ordering: 


Line  number: 
Side: 

Printed  outputs: 


INPOBJ  card: 

OUTOBJ  card: 

Version  name: 


SITARG 

A  single  input  format  is  used.  One  card  is  input  per  target  or 
group  of  consecutive  targets. 

100,  maximum 
PLAN  tape 

Arrangement  -  an  INPOBJ  card  followed  by  up  to  100  data  cards 
ended  by  a  blank  card. 

The  SITARG  List  must  be  ordered  in  ascending  target  class 
sequence.  The  first  target  class  number  must  be  1,  and  no 
gaps  in  the  numbering  sequence  are  allowed. 

The  SITARG  List  cards  do  not  need  to  have  line  numbers. 

Each  side  should  have  its  own  SITARG  List. 

A  printed  copy  of  the  SITARG  List  can  be  prepared  by  using  the 
OUTOBJ  CL-I  operation,  or  process  ALLOUT.  The  output  is 
from  the  PLAN  tape. 

Cols:  1  -  6  =  INPOBJ 

12  on  =  SITARG/Version,  ABMCPD/HHPOOP,  TAPE/A7 
Cols:  1  -  6  =  OUTOBJ 

12  on  =  SITARG/Version,  ABMCPD/HHPOOP,  TPFILE/A7 
The  INPOBJ  and  OUTOBJ  cards  must  both  use  the  same  version 
name.  It  can  be  any  alphanumeric  name  of  up  to  six  characters. 
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Notes  on  Data.  When  only  one  target  is  input  per  card,  columns  22  to 
36  of  the  data  cards  are  left  blank,  and  the  target  identification  name  is  entered  in 
columns  16  to  2C.  When  several  consecutive  targets  are  input  per  card,  the  target 
in  the  group  with  the  lowest  alphanumeric  name  is  entered  in  columns  16  to  20,  and 
the  one  with  the  highest  alphanumeric  name  is  entered  in  columns  22  to  26. 


C-19 


TABLE  SITARG 


Columns 

Information 

Units 

Value  Range 

Symbol 

Optional 

1-8 

Format  and  table  namo  -  F1SITARG 

STRING 

9 

Side 

1.  2 

YES 

10-14 

Line  number 

1(1)100 

YES 

10-20 

First  target  identification  name 

STRING 

5  non-blank 
characters 

SITAR1 

22-20 

Last  target  identification  namo 

STRING 

5  non-blank 
characters  or  5 
blanks 

SITAR2 

28-29 

Target  class 

1(1)00 

SITARC 

31-33 

Minimum  kill  probability 

0(.  001).  999 

SMINKP 

35-37 

Maximum  kill  probability 

0(.  001).  999 

SMAXKP 

39-41 

Relative  worth  factor 

.01(.01)1.00 

SITRWF 

SITARG  is  the  planner's  input  of  targets  assigned  to  a  subslrike. 
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Target  List.  The  Target  List  input  to  the  Missile  Allocation  Model  must 
contain  an  entry  for  every  target  referenced  by  the  planner.  It  may  also  contain 
addition  entries.  Therefore,  the  Plan  Writer  Target  List  may  be  a  Master  Target 
List  and  have  as  many  entries  as  desired.  The  list  must  be  divided  into  records, 
each  containing  no  more  than  li’OO  targets. 

Targets  are  identified  by  a  target  designator.  Target  designations  are 
five  alphanumeric  characters.  All  of  the  characters  must  be  non-blank.  It  is  not 
necessary  that  the  target  designators  have  any  meaning,  but  they  can  be  used  as  a 
coded  representation  of  target  types. 


Input  Information. 


Table  Name: 
Formats: 

Number  of  Lines: 


Input  to: 
Card  deck: 


Ordering: 

Line  number: 
Side: 

Printed  outputs: 


TARGET 

A  single  input  format  is  used.  One  card  is  input  per  target. 
1200,  maximum,  per  rpcord.  The  table  TARGET  may  be 
divided  into  several  records,  each  containing  not  more  than 
1200  lines. 

GAME  tape 

Arrangement  -  an  INPOBJ  card  followed  by  up  to  1200  data 
cards,  followed  by  a  DIVIDE  card,  followed  by  up  to  1200  more 
data  cards,  etc. ,  until  all  the  data  cards  are  included.  The 
last  data  card  is  followed  by  a  blank  card,  not  a  DIVIDE  card. 
The  Target  List  cards  must  be  ordered  in  ascending  target 
code  alphanumeric  sequence. 

The  Target  List  cards  do  not  need  to  have  line  numbers. 

Each  side  should  have  its  own  Target  List. 

A  printed  copy  of  the  Target  List  may  be  prepared  by  using  the 
OUTOBJ  CL-I  operation,  or  process  ALLOUT.  The  output  Is 
from  the  GAME  tape. 
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INPOBJ  card: 

OUTOBJ  card: 

Version  name: 


Cols:  1  -  6  =  INPOBJ 

12  on  =  TARGET/Version,  ABMCPD/HHPOOP,  TAPE/A6 
Cols:  1  -  6  =  OUTOBJ 

12  on  =  TARGET/Version,  ABMCPD/HHPOOP,  TPFILE/A6 
The  INPOBJ  and  OUTOBJ  cards  must  both  use  the  same  version 
name.  It  can  be  any  alphanumeric  name  of  up  to  six  characters. 
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TABLE  TARGET 


Columns 

Information 

Uni  to 

Value  Range 

Symbol 

Optional 

1-8 

Format  and  table  name  =  F1TARGET 

STRING 

9 

Side 

1.  2 

YES 

10-14 

Line  number 

1(1)1200 

YES 

16-20 

Target  designator 

STRING 

5  non-blank 
characters 

TACODE 

22-27 

Latitude 

Deg,  Min, 
Sec. 

TALA 

29-36 

Longitude 

Deg,  Min, 
Sec.  E/W 

TALO 

66 

Target  defense  marker 

0,  1 

TADEFM 

58 

Height  of  burst 

0,  1 

TAHOB 

60-63 

Vulnerability  number 

STRING 

4  non-blank 
characters 

TAVN 

65-67 

Target  prekill 

0(.  001).  999 

TAKILL 

69-70 

Missile  attrition  factor 

0(.  01).  99 

TMATRF 

TARGET  is  the  master  list  of  all  targets  in  game. 


Vulnerability  Number  Code  List.  The  Vulnerability  Number  Code  List  is 
used  to  assign  numeric  codes  <1  to  31)  to  the  target's  vulnerability  numbers. 


Input  Information. 


Table  Name: 
Formats: 

Number  of  Lines: 
Input  to: 

Card  deck: 
Ordering: 

Line  numbers: 
Side: 

Printed  outputs: 


INPOBJ  card: 

OUTOBJ  card: 

Version  name: 


VNC 

A  single  input  format  is  used. 

31,  maximum, lines  can  be  input. 

GAME  tape 

Arrangement  -  an  INPOBJ  card  followed  by  up  to  31  data  cards. 
Ascending  target  hardness  (VN). 

The  Vulnerability  Number  Code  List  need  not  have  line  numbers. 
Each  side  must  have  its  own  VNC  List. 

A  printed  copy  of  the  VNC  List  can  be  prepared  by  using  the  CL-I 
OUTOBJ  operations,  or  process  ALLOUT.  The  output  is  from 
the  GAME  tape. 

Cols:  1  -  6  =  INPOBJ 

12  on  =  VNC/Version,  TAPE/A6 
Cols:  1  -  6  =  OUTOBJ 

12  on  =  VNC/Version,  TPFILE/A6 
The  INPOBJ  and  OUTOBJ  cards  must  both  use  the  same  version 
name.  It  can  be  any  alphanumeric  name  of  up  to  six  characters. 


Notes  on  Data.  The  numeric  codes  (1  to  31)  must  be  assigned  to  the 
vulnerability  numbers  in  an  ascending  order.  That  is,  a  VN  for  a  soft  target  should 
be  assigned  a  lower  numeric  code  than  a  VN  for  a  harder  target. 
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TABLE  VNC 


Columns 

Information 

Units 

Value  Range 

Symbol 

Optional 

1-5 

Format  and  table  name  =  F1VNC 

STRING 

9 

Side 

1.  2 

YES 

10-14 

Line  number 

1(1)31 

YES 

16-19 

VN 

STRING 

4  non-blank 
characters 

VN 

21-22 

VN  code 

1(1)31 

VNCODE 
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COMPUTER  OPERATIONS 


The  Table  Generator  programs  have  been  designed  and  constructed  using  the 
CL-I  Programming  System  and  all  portions  of  the  program  are  operated  under  CL-I 
System  Control.  This  section  describes  all  pertinent  information  pertaining  to  the 
computer  operations  and  is  divided  into  the  following  subsections: 

•  Preparation  of  Data  Tape 

•  Table  Generator  Runs 

•  Output  Tables 

PREPARATION  OF  DATA  TAPES.  This  section  describes  the  necessary  card 
deck  arrangement  for  preparing  the  two  data  tapes,  the  GAME  and  PLAN  tapes.  The 
following  lists  summarize  on  which  tape  the  input  tables  must  be  placed: 


GAME  Tape 
BASE 
TARGET 
VNC 


PLAN  Tape 

INASTB 

POINT 

REFUEL 

ROUTE 

SITARG 


The  following  sample  decks  shows  the  card  arrangement  necessary  to 
prepare  both  the  GAME  and  PLAN  tapes,  as  well  as  the  cards  needed  for  obtaining 
a  printout  of  these  tapes: 

Columns  1-6  Columns  8-10  Columns  12  on 

NEWJOB  (any  information  desirable) 

MFTPPR  7 

TESTMF  PLNWTR 

Blank  Card 
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Columns  1-6  Columns  8-10  Columns  12  on 
EXCPRC  TAPE ID 

TAPE  A6 
PWGAME 

(Following  the  PWGAME  card,  one  to  nine  cards  may  be  used;  the  infor¬ 
mation  in  columns  1  -  6  of  these  cards  will  form  the  rest  of  the  ID  record 
on  the  GAME  tape.) 


Blank  Card 
Blank  Card 
INPOBJ 
(Data  Cards) 

Blank  Card 
INPOBJ 
(Data  Cards) 

Blank  Card 
INPOBJ 
(Data  Cards) 

Blank  Card 
DEFPRG 

MVT 

END 

Blank  Card. 

EXCPRC 
TAPES 
Blank  Card 
EXCPRC 
TAPE  A7 
PWPLAN 


BASE/Version,  ABMCPD/HHPOOP,  TAPE/A6 

TARGET/Version,  ABMCPD/HHPOOP,  TAPE/A6 

VNC/Version,  ABMCPD/HHPOOP,  TAPE/A6 

A6 

Afi,  REWIND 

ALLOUT 

A6 

TAPEID 
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Columns  1-6 


Columns  8-10 


Columns  12  on 


(Following  the  PWPLAN  card,  one  to  nine  cards  may  be  used;  the  information 
in  columns  1  -  6  of  these  cards  will  form  the  rest  of  the  ID  record  on  the 
PLAN  tape.) 


Blank  Card 

Blank  Card 

INPOBJ 

SITARG/Version,  ABMCPD/HHPOOP,  TAPE/A7 

(Data  Cards) 

Blank  Card 

INPOBJ 

ROUTE/Version,  TAPE/A7 

(Data  Cards) 

Blank  Card 

INPOBJ 

POINT/Version,  ABMCPD/HHPOOP,  TAPE/A7 

(Data  Cards) 

Blank  Card 

INPOBJ 

INASTB/Version,  TAPE/A7 

(Data  Cards) 

Blank  Card 

INPOBJ 

REFUEL/Version,  ABMCPD/HHPOOP,  TAPE/A7 

(Data  Cards) 

Blank  Card 

DEFPRG 

A7 

MVT 

A7,  REWIND 

END 

Blank  Card 

EXCPRC 

ALLOUT 

TAPES 

A7 

Blank  Card 
FINISH 
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Columns  1-6 


Columns  8-10  Columns  12  on 


Blank  Card 
Blank  Card 


Two  comments  should  be  made  about  the  above  sample  deck.  First,  it  is 
not  necessary  to  make  both  data  tapes  in  a  single  run.  Second,  the  order  of  the 
bles  in  the  second  file  of  the  tapes  is  quite  arbitrary;  the  above  ordering  is  to 
.,erve  only  as  an  example. 

A  Summary  of  the  tapes  needed  for  such  a  run  is  given  below: 


Al 

A2 

A3 

A4 

A6 

A7 

B1 

B2 

B3 

B4 

B5 


CL-I  System  Tape 
BCD  input  tape  (if  tape  input) 
Blank,  used  by  process  ALLOUT 
Old  Master  File 

Blank,  to  be  marked  GAME  Tape 
Blank,  to  be  marked  PLAN  Tape 
Blank,  used  by  process  ALLOUT 
Blank,  used  by  CL-I  System 
Blank,  output  tape  to  be  printed 
Blank,  used  by  CL-I  System 
New  Master  File 


TABLE  GENERATOR  RUNS.  The  details  of  preparing  the  necessary  card  decks 
for  running  the  two  Table  Generator  tasks  are  summarized.  Both  tasks  are  run 
under  normal  CL-I  control. 
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1.  Card  Deck  for  TASKA  Operation 

Columns  1-6  Columns  8-10  Columns  12  on 
NEWJOB 

MFTPPR  7 

TESTMF  PLNWTR 

Blank  Card 

EXCPRC  TSKA01 

(patch  cards,  if  any) 

Blank  Card 
P3ITGT 

(other  parameters,  if  any) 

Blank  Card 
Blank  Card 

EXCPRC  TSKA02, 

CNTINU 

(patch  cards,  if  any) 

Blank  Card 
PTARGT 

PVNC 

PSITGT 

(other  parameters,  if  any) 

Blank  Card 
Blank  Card 

EXCPRC  TSKA03, 

CNTINU 

(patch  cards ,  if  any) 

Blank  Card 


Columns  16  on 


Version  (versionname  for 
tables  POINT  and  ROUTE) 


Version  (version  name  for 
table  TARGET) 

Version  (version  name  for 
table  VNC) 

Version  (version  name  for 
table  SITARG) 
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Columns  i  -  6  Columns  8-10  Columns  12  on  Columns  16  on 


NUM 

Value 

PERCNT 

Value 

TSTANG 

Value 

(other  parameters ,  if  any) 
Blank  Card 
Blank  Card 
EXCPRC 

(patch  cards,  if  any) 

Blank  Card 

(parameters,  if  any) 

Blank  Card 
Blank  Card 
DEFPRG 

MVT 

END 

Blank  Card 
EXCPRC 

A  tapes 

Blank  Card 
FINISH 
Blank  Card 
Blank  Card 


TSKA04, 

CNTINU 


B7 

B7,  REWIND 


ALLOUT 

B7 


Values  for  these 
parameters  may  be 
input  here,  if 
desired.  If  not,  the 
following  values  will 
be  used: 

NUM  =2 

PERCNT  =  110  (110%) 
TSTANG  =  60  (60°) 
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2. 


Card  Deck  for  TASKD  Operations : 


Columns  1-6  Columns  8-10  Columns  12  on  Columns  16  on 
NEWJOB 

MFTPPR  7 

TESTMF  PLNWTR 

Blank  Card 

EXCPRC  TSKA01 

(patch  cards ,  if  any) 

Blank  Card 

PSITGT  Version  (version  name  for 

tables  POINT  and  ROUTE) 

(other  parameters,  if  any) 

Blank  Card 
Blank  Card 

EXCPRC  TSKD02, 

CNTINU 

(patch  cards,  if  any) 

Blank  Card 

PSITGT  Version  (version  name  for 

tables  REFUEL  and  INASTB) 

PBASE  Version  (version  name  for 

table  BASE) 

(other  parameters,  if  any) 


Blank  Card 

Blank  Card 

DEFPRG 

B7 

MVT 

B7,  REWIND 

Blank  Card 

EXCPRC 

END 

ALLOUT 
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1 


T 

* 


1 


Columns  1-6  Columns  8-10  Columns  12  on  Columns  16  on 
A  TAPES  B7 

Blank  Card 
FINISH 
Blank  Card 
Blank  Card 

The  sample  decks  shown  above  indicate  the  following  items: 

•  TASKA  consists  of  four  separate  CL-I  processes;  the  CNTINU 
option  of  EXCPRC  must  be  used  for  the  latter  three  processes, 
so  that  necessary  tables  will  remain  in  core  from  process  to 
process. 

•  TASKD  consists  of  two  separate  CL-I  processes;  the  CNTINU 
option  of  EXCPRC  must  be  used  for  the  second  process. 

•  All  five  processes  (TSKA01,  -02,  -03,  -04,  and  TSKD02)were 
defined  with  the  BLD  and  RDP  options  of  DEFPRC.  Therefore, 
it  is  necessary  to  include  a  blank  card  for  each  of  these  in  the 
appropriate  place  following  the  EXCPRC  card. 

•  Use  of  the  CNTINU  option  of  EXCPRC  allows  core  to  remain 
unchanged  when  a  new  process  is  about  to  be  executed.  How¬ 
ever,  this  does  not  hold  for  the  parameter  block,  since  a  new 
parameter  block  is  brought  in  core  for  each  process  whether 
or  not  the  CNTINU  option  has  been  used.  Therefore,  if  the 
same  parameter  must  be  set  in  more  than  one  process,  it  is 
necessary  to  read  in  that  parameter  in  each  process. 

OUTPUT  TABLES.  The  output  tables  from  Table  Generator  are  placed  on  a 
RESULT  tape.  The  structure  of  this  tape  is  similar  to  the  structure  of  the  input 
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GAME  and  PLAN  tapes,  i.  e. ,  two  files.  The  first  file  contains  the  following  four- 
word  identification  record: 

"RESLTP  TABGEN  OUTPUT." 

The  second  file  contains  all  the  output  tables.  The  arrangement  of  the  tables  on  this 
tape  is  given  for  Task  A  and  Task  D. 


TASK  A 

TASK  D 

POINTR 

POINTR 

SSTARG 

CELLAS 

TGCOOR 

REFAS 

TIDLST 

TARCEL 

MTRC 

More  than  one  record  may  appear  for  tables  TARCEL  and  MTRC;  for  ail  other 
tables ,  only  one  record  will  appear. 

A  description  of  the  information  contained  in  each  of  the  output  tables  is 
presented  in  the  remainder  of  this  section. 
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TABLE  CELIAS 


Information 

Unite 

Value  Range 

Symbol 

Line  number 

1(1)2000 

Cell  identification 

1(1)999 

CELID 

Cell  link  identification  (either  base, 
refueling  area,  or  air  alert  point 
identification) 

1(1)1300 

CELINK 

Cell  flag  which  identifies  CELINK 

0,  1,  2 

CELFLG 

0  =  refueling  area 

1  =  air  alert  point 

2  =  base 

Distance  from  cell  to  link 


Naut.  Mi.! 


1(1)(16000) 


CELDIS 


TABLE  MTRC 


Information 

Units  j 

Value  Rango 

Symbol 

Line  number 

l(l,ir>00 

Target  identification  number  (  = 
index  in  table  SSTARG) 

1(1)1000 

MTARNO 

Penetration  route  exit  point 

1(1)999 

MPRXP 

Cell  that  MPRXP  is  associated  with 

1(1)999 

MCELL 

Distance  from  point  (MPRXP)  to 
target 

Naut.  Mi. 

1(1)32000 

MDPTTG 
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TABLE  POINTR 


Information 

Units 

Value  Range 

Symbol 

Line  number  (  =  point  identification) 

1(1)1300 

Latitude 

Deg,  Min, 
Sec. 

PR  LA 

Longitude 

Deg,  Min, 
Sec.  E/W 

PRLO 

Father  of  point 

1(1)1000 

PRFATH 

Friendly  territory  flag  (  =  1  if  point 
in  friendly  territory) 

0,  1 

PRFLG 

Last  high  leg  point  flag  (  =  1  if  point 
on  last  high  leg  portion  of  route) 

0,  1 

PRHGH 

Penetration  point  Flag  (  =  1  if  point 
is  a  penetration  point) 

0,  1 

PRPEN 

Cell  (  =  penetration  point)  associ¬ 
ated  with  route  point 

1(1)1000 

PRCELL 

Type  of  route  that  point  is  on:  =  1 
for  penetration  route;  =  2  for  depen¬ 
etration  route;  =  3  for  both  types. 

1.  2,  3 

PRRUTE 

Distance  from  point  to  associated 
penetration  point. 

Naut.  Mi. 

1(1)32768 

PRDPEN 

(For  internal  use  only;  if  =  1, 
means  point  has  appeared  on  pre¬ 
vious  route) 

0,  1 

PRFD 

(For  internal  use  only;  if  =  1, 
means  point  is  no  good  and  no  dis¬ 
tance  calculations  will  be  made) 

0,  1 

PROK 

(Not  used  by  program) 

0 

PRUSE 
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table  re  fas 


Information 

Unite 

Value  Range 

8ymbol 

Line  number 

1(1)200 

Refueling  area  identification 

1(1)600 

REFID 

Base  identification 

1(1)1000 

REFBAS 
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TABLE  SSTARG 


Information 

Units 

Value  Rango 

Symbol 

Line  number 

1(1)1000 

Target  code 

STRING 

5  non-blank 
characters 

SSTACO 

Latitude 

Deg,  Min, 
Sec. 

SSTALA 

Longitude 

Deg,  Min, 
Sec.  E/W 

SSTALO 

Height  of  burst 

0,  1 

SSTHOB 

Vulnerability  number  code 

1(1)31 

SSTVNC 

Relative  worth  factor 

.01(.01)1.00 

SSTRWF 

Minimum  kill  probability 

0(.  001).  999 

SSMINK 

Maximum  kill  probability 

0(.  001).  999 

SSMAXK 

Missile  attrition  factor 

0(.  01).  99 

SSTMAF 

Target  prekill 

0(.001).  999 

SSTAKL 

Target  defense  marker 

0,  1 

_ 1 

SSTDFM 
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TABLE  TARCEL 


Information 

Unite 

Valuo  Rango 

Symbol 

Line  number 

Target  code 

STRING 

5  non-blank 
characters 

TARID 

Penetration  route  exit  point 

1(1)999 

PRXP 

Cell  that  PRXP  is  associated  with 

1(1)999 

TRCELL 

Distance  from  point  (PRXP)  to 
target 

Naut.  Mi. 

1(1)32000 

DPTTG 

Distance  from  penetration  point  to 
target 

Naut.  Mi. 

1(1)32000 

DPENTG 

Distance  flag  which  =  1  if  DPENTG 
violates  percent  rule 

0,  1 

DFLAG 

Input  flag  which  =  1  if  association 
was  a  manual  input 

0,  1 

HANDFG 
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TABLE  TGCOOR 
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TABLE  TIDLST 
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DESCRIPTION  OF  TASK  A 


The  function  of  Task  A  of  Table  Generator  is  to  associate  targets  with  penetration 
routes,  i.  e. ,  with  points  on  penetration  routes.  When  this  has  been  done  for  all 
targets,  then  cell  lists  are  prepared.  The  cell  lists  contain  the  targets  that  are 
associated  with  the  points  on  routes  emanating  from  each  penetration  point  (cell). 

The  computer  programs  to  prepare  this  task  have  been  divided  into  four  proce  sses 
which  are  described  here. 

PROCESS  TSKA01.  This  process  carries  out  two  basic  functions.  The  first  of 
these,  controlled  by  routine  TSKA01,  performs  the  following: 

1.  Checks  GAME  tape  and  PLAN  tape  identification  records.  If 
the  wrong  tapes  are  mounted,  the  proper  comment  is  made 
on-line  and  the  computer  is  halted.  After  the  proper  tapes  are 
mounted,  processing  may  be  resumed.  The  two  routines  that 
do  the  checking  were  written  for  the  Missile  Allocation  Model. 

2.  The  second  file  of  both  tapes  is  scanned,  and  a  i  'ble  of  contents 
is  made  of  both  the  GAME  tape  (table  GMTAB'  1  ?nd  the  PLAN 
tape  (table  PLTABL).  These  two  tables  are  used  in  subsequent 
processes  when  a  request  for  an  input  table  is  made.  The 
program  keeps  track  of  the  position  of  each  input  tape,  and 
therefore ,  a  tape  can  be  positioned  at  the  beginning  of  the 
proper  record  with  the  minimum  amount  of  tape  movement. 

If  no  errors  are  encountered,  the  program  transfers  control  to  routine 
TSKA02  to  carry  out  the  second  basic  function.  (If  errors  are  found,  processing 
ceases. ) 

3.  The  desired  version  of  th<  POINT  and  ROUTE  lists  are  read 
into  core  from  the  PLAN  tape.  The  version  to  be  used  is 


C-43 


specified  by  setting  the  value  of  parameter,  PSITGT.  The 
version  names  of  the  desired  instances  of  POINT  and  ROUTE 
must  be  the  same. 

4.  The  coordinates  of  the  points  in  the  POINT  list  are  transferred 
from  the  input  table  to  a  table  called  POINTR;  the  latter  table 
contains  the  coordinates  of  point  X  in  line  X  of  the  table.  Before 
transferring  the  data,  the  following  error  checks  are  made: 

a.  Each  point  must  have  a  non-zero  identification  which  must 
be  less  than  1300  (maximum  size  of  POINT  list  and 
POINTR  list). 

b.  The  coordinates  for  each  point  must  be  specified. 

c.  There  can  be  no  duplication  of  point  identifications. 

If  any  errors  are  found,  comments  will  be  made  on  the  normal 
output  tape,  B3.  If  sense  switch  2  is  down,  the  comments  will 
appear  on-line. 

5.  Additional  information  concerning  each  point  is  also  placed  in 
POINTR  by  analyzing  the  structure  of  the  ROUTE  list.  This 
analysis  yields  the  following  information  about  each  point: 

"Father"  or  predecessor  of  point 
Cell  that  point  is  in 

Distance  from  point  to  its  penetration  point 
Whether  point  is  on  last-high-leg  portion  of  route 
Whether  point  is  in  friendly  territory 
Whether  point  is  a  penetration  (or  depenetration)  point 
Type  of  route  that  point  is  on  (either  penetration  only,  de¬ 
penetration  only,  or  both). 
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(Maw*  y  -1* 


During  the  scanning  of  the  ROUTE  list,  various  error  checks 
are  made,  some  of  which  are  listed  below: 

a.  Point  can  have  only  one  father. 

b.  Point  mentioned  in  ROUTE  list  must  have  input  coordinates 
in  POINT  list. 

c.  Point  identified  as  penetration  point  (or  depenetration  point) 
must  be  so  defined  on  all  routes  containing  that  point. 

d.  Point  identified  as  either  being  on  last-high-leg  portion  of 
route,  or  in  friendly  territory  must  be  so  defined  for  all 
routes  containing  that  point. 

e.  There  can  be  no  gaps  (i.  e.  ,  points  with  ID  equal  to  zero) 
in  any  route. 

f.  For  points  appearing  on  more  than  one  route,  the  routes 
must  be  of  the  same  type. 

Similar  to  above,  if  any  errors  are  found,  comments  will  be 
made  on  either  B3  or  on-line.  The  program  will  continue  to 
check  the  entire  input  POINT  and  ROUTE  lists,  even  if  any 
errors  are  found  as  described  in  4  or  5  above. 

6.  After  all  routes  have  been  processed,  an  identification  file  is 
written  on  the  result  tape  (RESULT),  and  table  POINTR  is 
placed  in  the  second  file  of  the  tape. 

When  an  error  is  found  during  any  part  of  the  execution  of  process  TSKA01, 
the  parameter  STOPER  is  set  non-zero.  Upon  completing  routine  TSKA02,  the  value 
of  STOPER  is  checked.  If  STOPER  is  found  to  be  non-zero,  then  sense  light  4  is 
turned  on  to  indicate  to  succeeding  processes  that  errors  have  been  found  and  that 
processing  is  to  be  ignored.  If  STOPER  is  found  to  have  a  value  of  zero,  the  status 
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of  sense  light  4  is  not  changed.  (At  the  beginning  of  process  TSKA01,  all  sense 
lights  are  turned  off. ) 

To  summarize,  the  duties  of  process  TSKA01  are: 

1.  Check  PLAN  and  GAME  tapes  identification. 

2.  Prepare  table  of  contents  of  two  input  tapes. 

3.  Read  in  POINT  and  ROUTE  lists. 

4.  Prepare  table  POINTR,  and  place  it  on  RESULT  tape. 


Following  is  a  list  of  the  tables  that  are  referenced  by  this  process  and  their 
use/f unction: 


Table  Name 
CHKTBL/EMPTY 

DESHIS/TABGEN 


PLTABL 

GMTABL 

POINTR 


ROUTE 

POINT 

HELP1 


Use  and/or  Function 

Utility  table  for  recording  I/O  errors;  used 
by  subroutine  TAPCHK. 

Utility  table  containing  information  about  the 
objects  used  in  the  Table  Generator  Program; 
for  each  table ,  contains  name ,  maximum 
number  of  lines,  number  of  blocks,  and 
number  of  unindexed  words. 

Contains  table  of  contents  of  PLAN  tape. 

Contains  table  of  contents  of  GAME  tape. 

Combination  of  ROUTE  and  POINT  lists; 
information  for  point  X  is  in  line  X  of  the 
table. 

Input  route  list  (from.  PLAN  tape). 

Input  point  list  (from  PLAN  tape). 

Internal  working  table  used  by  the  routines 
winch  prepare  POINTR. 


PROCESS  TSKA02.  This  process  prepares  the  list  of  targets  to  be  used  during  a 
substrike,  i.  e.  ,  the  targets  that  will  be  placed  in  the  cells.  The  detailed  items 
performed  in  this  process,  which  is  controlled  by  routine  PRETGT,  are  as  follows: 

1.  The  status  of  sense  light  4  is  checked;  if  the  light  is  on,  it 
is  kept  on  and  an  immediate  exit  is  made  from  the  process. 

2.  The  desired  version  of  tables  SITARG,  VNC,  and  TARGET 

are  read  into  core,  the  former  table  from  the  PLAN  tape  and  the 
latter  two  from  the  GAME  tape.  The  desired  versions  to  be 
used  are  specified  by  the  values  of  the  following  parameters: 

Parameter  PSITGT  for  table  SITARG. 

Parameter  PVNC  for  table  VNC. 

Parameter  PTARGT  for  table  TARGET. 

All  three  of  these  tables  are  the  same  as  those  developed  for 
missile  routine. 

3.  The  number  of  records  of  the  desired  version  of  table  TARGET 
are  counted  and  stored  in  parameter  INSTNO. 

4.  The  entire  contents  of  table  SSTARG  are  initialized,  i.  e.  ,  all 
lines  are  set  equal  to  zero. 

5.  Lsing  a  routine  (MAKSST)  written  for  the  Missile  Allocation 
Program,  information  is  transferred  from  tables  SITARG, 
TARGET,  and  VNC  into  SSTARG. 

6.  Tables  TGCOOR  and  TIDLST  are  initialized. 

7.  The  target  codes  are  transferred  from  table  SSTARG  to  table 
TIDLST;  the  target  coordinates  are  transferred  from  table 
SSTARG  to  table  TGCOOR. 

S.  Tables  SSTARG,  TIDLST,  and  TGCOOR  are  written  out  on  the 
RESULT  tape. 
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If  any  errors  are  found  during  this  process,  the  parameter  STOPER  is  set 
non-zero.  At  the  completion  of  process  TSKA02,  the  value  of  STOPER  is  checked, 
and  if  it  is  found  to  be  non-zero,  sense  light  5  is  turned  on. 

To  summarize,  the  duties  of  process  TSKA02  are: 


1.  Read  in  SITARG,  VNC,  and  TARGET  lists. 

2.  Prepare  substrike  lists  of  targets,  table  SSTARG. 

3.  From  SSTARG,  prepare  tables  TIDLST  and  TGCOOR. 

4.  Write  tables  SSTARG,  TIDLST,  and  TGCOOR  on  the  result 
tape. 


Following  is  a  list  of  the  tables  referenced  by  this  process  and  their  use/ 

function: 


Table  Name  Use  and/or  Function 


CHKTBL/EMPTY  " 

DESHIS/TABGEN 

PLTABL 

GMTABL 

POINTR 


These  tables  remain  in  core  from  the 
previous  process,  TSKA01. 


This  table  remains  in  core  from  the  previous 
process,  even  though  it  is  not  used  by 
process  TSKA02. 


SSTARG  List  of  targets  to  be  used  during  the  sub¬ 

strike;  prepared  from  tables  SITARG, 
TARGET  and  VNC. 


SITARG  Input  list  of  targets  for  substrike  (from 

PLAN  tape). 
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Table  Name 

Use  and/or  Function 

TARGET 

Input  target  list  (from  GAME  tape). 

VNC 

Input  vulnerability  number/code  list  (from 

GAME  tape). 

TGCOOR* 

List  of  coordinates  for  targets  to  be  used 

during  the  substrike. 

TIDLST* 

List  of  target  codes  for  tare- .  ';s  to  be  used 

during  the  substrike. 

*  Tables  TGCOOR  and  TIDLST  are  prepared  from  table 
SSTAEG;  line  numbers  in  these  tables  have  a  one-to-one 
correspondence  to  line  numbers  in  SSTARG. 

PROCESS  TSKA03.  This  process  performs  the  actual  selection  of  cells  for  each 
target.  The  process  is  controlled  by  routine  TSKA03  and  performs  the  following: 

1.  The  status  of  sense  light  4  is  checked;  if  the  light  is  on,  it  is 
kept  on  and  an  immediate  exit  is  made  from  the  process. 

2.  Table  POINTR  is  searched  to  find  suitable  points  to  be  used  in 
the  target-route  point  association  part  of  the  program.  To 
qualify  as  suitable,  a  point  must  be  on  a  penetration  route  and 
must  not  be  in  friendly  territory.  The  identification  of  all 
such  points  is  placed  in  a  table  called  TGLST. 

3.  The  name,  version,  and  number  of  blocks  are  set-up  for  tables 
TARCEL  and  MTRC. 

4.  The  value  of  parameter  NUM  is  checked.  If  NUM  is  not  within 
the  following  limits , 

0  <  NUM<  7, 
it  is  given  the  value  of  5. 
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5.  Table  TARCEL  is  initialized. 


6.  For  each  target,  the  following  steps  are  done: 

a.  The  distance  between  the  target  and  each  point  in  TGLST  is 
calculated  and  stored  in  TGLST. 

b.  Table  TGLST  is  then  sorted  on  distance. 

c.  Using  the  input  values  of  parameter  ANGLE,  each  target 
is  placed  in  NUM  cells.  The  information  concerning  these 
cells  is  placed  in  table  TARCEL. 

d.  Using  the  input  value  of  parameter  PERCNT,  cells  other 
than  the  basic  cell  are  checked  to  determine  if  they  meet 
the  distance  percentage  rule.  If  not,  element  DFLAG  in 
the  appropriate  line  of  TARCEL  is  set  non-zero. 

Steps  (a)  through  (d)  are  eventually  repeated  for  all  targets  in 
the  substrike. 

7.  After  performing  steps  (a)  through  (d)  for  a  given  target,  a 
check  is  made  to  determine  whether  table  TARCEL  is  "full". 

If  it  is,  an  instance  of  TARCEL  is  written  on  the  result  tape. 
Then,  information  is  transferred  from  table  TARCEL  to  table 
MTRC.  During  this  transformation,  identification  of  targets 
is  changed  from  a  five-character  string  identification  to  a 
numeric  index  which  is  the  corresponding  line  number  in  table 
TIDLST.  Also,  while  information  is  being  placed  in  MTRC, 
any  line  in  TARCEL  in  which  the  element  DFLAG  is  non-zero 
is  by-passed.  After  the  transformation  is  complete,  table 
MTRC  is  written  on  an  intermediate  tape  (TAPEIN).  Table 
TARCEL  is  then  initialized  again,  and  item  6  above  resumes 
for  the  next  target. 
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8.  After  all  targets  have  been  processed,  a  check  is  made  to  see  if 
any  instances  of  table  MTRC  have  been  written  on  tape  TAPEIN. 

If  no  records  have  been  written  on  this  tape,  it  implies  that 
only  one  record  of  this  table  was  prepared  and  still  remains  in  core. 
In  this  case,  parameter  ONERC  is  set  non-zero.  If,  however, 
instances  of  MTRC  have  been  placed  on  tape  TAPEIN ,  two 
end-of-files  are  written  on  the  tape,  and  it  is  rewound. 

Similar  to  the  previous  processes,  at  the  end  of  process  TSKA03,  sense  light 
4  is  turned  on  if  parameter  STOPER  is  found  to  be  non-zeroi  Also  the  status  of 
parameter  ONERC  is  checked;  if  this  parameter  is  non-zero,  then  sense  light  1  is 
turned  on. 

The  major  function  of  process  TSKA03  is  to  place  each  target  in  the  required 
number  of  cells,  if  possible.  The  results  of  this  association  appear  in  two  output 
tables.  Table  TARCEL  presents  the  route  points  and  cells  chosen  for  each  target, 
along  with  pertinent  distances.  It  also  contains  a  marker  to  indicate  which  cells 
exceed  the  percentage  rule.  Table  MTRC  contains  a  subset  of  the  information  that 
appears  in  TARCEL  and  is  in  a  form  more  suitable  for  use  by  the  computer. 

Following  is  a  list  of  the  tables  referenced  by  this  process  and  their  use/ 

function. 

Table  Name  Use  and/or  Function 

CHKTBL/EMPTY 

DESfflS/TABGEN 

PLTABL  These  tables  remain  in  core  from  the 

GMTABL  ’  previous  process,  TSKA02. 

POINTR 

TGCOOR 

TIDLST 
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Table  Name  Use  and/or  Function 

TGLST  List  of  all  suitable  points  on  penetration 

route  that  targets  can  be  associated  with. 

TARCEL  Target  list  of  cells;  list  of  cells  chosen  for 

each  target. 

MTRC  Modified  TARCEL  list;  an  internal  table  which 

is  a  subset  of  table  TARCEL. 

The  following  three  parameters  are  used  by  this  process : 

NUM  Maximum  number  of  cells  in  which  a  target 

will  be  placed;  input  value  should  be 
0<  NUM<  7. 

ANGLE  The  value  of  the  angle  to  be  used  in  the 

angle-association  rule;  input  value  may 
range  from  0°  to  180°. 

PERCNT  The  percentage  by  which  the  distance  along 

an  alternate  route  may  exceed  the  distance 
along  the  basic  route  and  still  be  satisfactory; 
input  value  can  range  from  50  -  200%. 

The  cell  lists  that  are  eventually  prepared  by  Table  Generator  are  very 
much  influenced  by  the  values  of  the  above  parameters. 

PROCESS  TSKA04.  This  is  the  fourth  and  last  process  which  comprises  Task  A 
of  Table  Generator.  Its  purpose  is  to  sort  table  MTRC  to  produce  a  cell  list  that  is 
in  a  form  which  will  be  more  suitable  for  an  Aircraft  Allocation  Model.  The  process 
is  controlled  by  routine  TSKA04  and  the  following  is  done: 

1.  The  status  of  sense  light  4  is  checked;  if  the  light  is  on,  it  is 
kept  on  and  an  immediate  exit  .s  made  from  the  process. 
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2.  The  status  of  sense  light  1  is  checked.  If  the  light  is  on,  a 
transfer  is  mado  to  routine  ONLYl  (see  step  3  below).  If  the 
light  is  off,  the  program  proceeds  to  step  4  below. 

3.  If  sense  light  1  was  tn,  this  means  that  only  one  record  of 
table  MTRC  was  prepared  and  that  record  is  still  in  core.  In 
this  case,  the  table  is  sorted  using  routine  SORTD  on  the 
following  items : 

Cell  Identification 

Penetration  Route  Exit  Point  (PRXP) 

Distance,  PRXP  to  Target 
Target  Number 

After  the  table  is  sorted  it  is  written  on  the  RESULT  tape,  and 
the  program  transfers  to  the  end  of  the  process.  (Routine 
ONLYl  refers  to  a  table  called  XXMTRC;  this  table  is  exactly 
the  same  as  table  MTRC ,  and  XXMTRC  occupies  the  same 
position  in  core  that  MTRC  had  in  the  previous  process. ) 

4.  If  sense  light  1  was  off,  this  means  that  more  ihan  one  record 
of  table  MTRC  was  prepared  and  that  all  records  are  on  tape 
TAPEIN.  In  this  case,  table  MTRC  is  sorted  using  routine 
SORTH.  The  table  is  sorted  on  the  same  items  as  described 
in  item  3  above. 

5.  When  the  sorting  is  complete,  the  record(s)  of  MTRC  appear 
in  the  first  file  of  an  intermediate  tape  called  HIST1.  The 
program  then  proceeds  to  transfer  the  records  from  this  tape 
to  the  RESULT  tape.  When  this  has  been  completed,  the 
program  transfers  to  the  end  of  the  process. 
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To  summarize,  the  duties  of  process  TSKA04  are  simply  to  sort  table 
MTRC  and  place  the  resulting  sorted  table  on  the  RESULT  tape.  If,  initially,  only 
one  record  of  MTRC  exists,  the  sorting  is  done  by  routine  SORTD;  if  more  than 
one  record  existed,  the  sorting  is  done  by  routine  SORTH. 


Following  is  a  list  of  the  tables  referenced  by  this  process  and  their  use/ 

function. 


Table  Name 

CHKTBL/EMPTY 

DESfflS/TABGEN 


PLTABL 

GMTABL 

d 


Use  and/or  Function 

These  tables  remain  in  core  from  the 

previous  process ,  TSKA03. 

These  tables  also  remain  in  core  from  the 
previous  process ,  even  though  they  are  not 
used  by  process  TSKA04. 


XXMTRC  1  These  two  tables  are  exactly  the  same  and 

MTRC  j  correspond  to  table  MTRC  that  was 

described  in  the  discussion  of  process 
TSKAv.  :•*.  Two  different  names  are  needed 
for  the  CL-I  System  at  process  definition 
time. 


This  complete  the  discussion  of  Task  A. 
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DESCRIPTION  07  TASK  D 


The  function  of  Task  D  of  Table  Generator  is  to  calculate  distances  betwee  n 
various  geographical  points  which  appear  in  various  input  lists.  During  the  process 
of  obtaining  items  from  pertinent  tables,  many  error  checks  are  made. 

The  computer  programs  used  to  prepare  this  task  have  been  divided  into  two 
processes.  One  of  these  processes  (TSKAO  D  is  exactly  the  same  as  that  used  for 
Task  A  of  Table  Generator.  The  other  process,  TSKD02,  is  described  below. 

PROCESS  TSKD02.  The  main  control  routine  of  this  process  is  called  ASTB1 
which  used  five  subcontrol  routines.  The  over-all  functions  performed  by  this 
process  are  outlined  below: 

1.  The  status  of  sense  light  4  is  checked;  if  the  light  is  on,  it  is 
kept  on,  and  an  immediate  exit  is  made  from  the  process. 

2.  The  desired  versions  of  tables  BASE,  REFUEL,  and  INASTB 
are  read  into  core  (via  routine  RDINP3),  the  former  table 
from  the  GAME  tape  and  the  latter  two  from  the  PLAN  tape. 
The  desired  verions  to  be  used  are  specified  by  the  values  of 
the  following  parameters: 

Parameter  PBASE  for  table  BASE 
Parameter  PSITGT  for  table  REFUEL 
Parameter  PSITGT  for  table  INASTB 

3.  Table  INASTB  is  then  sorted  on  air  alert  flag,  refuel  identifi¬ 
cation,  and  base  (or  air  alert)  identification. 

4.  The  input  information  contained  in  table  INASTB  is  transferred 
to  tables  CELLAS  and  REFAS  (via  routine  ASTB2). 
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5.  Th8  name,  version,  and  number  of  blocks  are  set  up  for 
tables  CELLAS  and  REFAS.  Also,  the  keywords  are  formed 
for  these  two  tables. 

6.  Table  REFAS  is  sorted  on  refuel  identification  and  base 
identification. 

7.  Table  CELLAS  is  sorted  on  cell  identification. 

8.  Using  routine  ASTB3,  tables  BASER  and  RFUELR  are  initialized. 
Then  the  coordinates  of  the  bases  in  the  input  BASE  list  are 
transferred  to  table  BASER;  the  latter  table  contains  the 
coordinates  of  base  X  in  line  X  of  the  table.  Prior  to  trans¬ 
ferring  the  data,  the  following  error  checks  are  made: 

a.  Each  base  must  have  a  non-zero  identification  which  must 
be  less  than  1000  (maximum  allowable  base  identification). 

b.  The  coordinates  for  each  base  must  be  specified. 

c.  There  can  be  no  duplication  of  base  identifications. 

If  any  errors  are  found,  comments  will  be  made  on  the  normal 
output  tape,  B3.  If  sense  switch  2  is  down,  the  comments  will 
appear  on-line.  Similar  to  the  above,  the  coordinates  of  the 
refueling  areas  in  the  input  REFUEL  list  are  transferred  to 
table  RFUELR.  The  same  type  of  error  checks  are  made  as 
discussed  above. 

9.  Using  routine  ASTB4,  the  distances  between  the  cells  and  the 
various  cell  links  (either  bases,  refueling  areas  or  air  alert 
points)  are  calculated. 

10.  Table  CELLAS  is  sorted  again  on  cell  identification,  link  type, 
and  distance  from  cell  to  link. 


C-56 


11.  Finally,  tables  CELIAS  and  REFAS  are  written  on  the  RESULT 
tape  (via  routine  ASTB5). 

If  any  errors  are  detected  during  any  part  of  the  execution  of  process  TSKD02, 
parameter  STOPER  is  set  non-zero.  Upon  completing  routine  ASTBl,  the  v;Jue  of 
STOPER  is  checked  and  if  found  to  be  non-zero,  sense  light  4  is  turned  on. 

To  summarize,  the  duties  of  process  TSKD02  are: 

1.  Read  in  BASE,  REFUEL,  and  INASTB  lists. 

2.  Transfer  information  from  table  INASTB  to  tables  CELLAS  and 
REFAS. 

3.  Calculate  distance  between  cells  and  associated  links. 

4.  Write  tables  CELLAS  and  REFAS  on  the  result  tape. 

Following  is  a  list  of  the  tables  referenced  by  this  process  and  their  use/ 

function: 


Table  Name 

CHKTBL/EMPTY 

DESHIS/TABGEN 

PLTABL 

GMTABL 

POINTR 

BASE 

REFUEL 

INASTB 

BASER 

RFUELR 


Use  and/or  Function 

These  tables  remain  in  core  from  the 
previous  process,  TSKA01. 


Input  base  list  (from  GAME  tape) 

Input  refueling  area  list  (from  PLAN  tape) 
Input  association  (from  PLAN  tape) 
Modified  version  of  base  list 
Modified  version  of  refueling  area  list 
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Table  Name 


Use  and/or  Function 


CELLAS 


REFAS 


CELLXX 


Cell  association  list  which  contains  air 
alert  points,  refueling  areas,  and  bases 
(non- refueled)  associated  with  each  cell. 

Refueling  area  association  list  which 
contains  bases  associated  with  each 
refueling  area. 

Internal  working  table  used  by  routines 
ASTB2  and  SWCELL. 
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PROGRAMMERS  NOTES 


This  section  contains  incidental  programming  notes  which  are  included  to 
provide  a  complete  documentation  of  the  Table  Generator  Computer  Program. 

MISCELLANEOUS  INPUT  TABLES.  Besides  the  input  tables  discussed  earlier, 
two  additional  input  tables,  CHKTBL  and  DESHIS,  are  referenced  by  the,  program, 
but  these  are  prepared  by  the  programming  staff  and  need  not  concern  the  user. 

Table  CHKTBL  is  a  utility  table  for  recording  I/O  errors  and  is  referenced 
by  subroutine  TAPCHK.  A  null  version  of  the  table  (CHKTBL/EMPTY)  appears 
on  the  Table  Generator  Master  File,  and  this  instance  is  allocated  in  process 
TSKA01. 

Table  DESHIS  contains  pertinent  information  about  the  particular  tables 
(objects)  used  in  the  Table  Generator  program  and  the  version  contained  on  the  Master 
File,  DESHIS/TABGEN,  is  ,'lso  allocated  in  process  TSKA01.  If  any  of  the  tables 
used  in  Table  Generator  are  changed,  then  DESHIS/TABGEN  may  have  to  be  modified. 
The  information  contained  in  table  DESHIS  is  given  below: 


Columns 

Information 

Units 

Value  Range 

Symbol 

Optional 

1-6 

Format  and  table  name  =  F1DESH 

STRING 

10  -  14 

Line  number 

1(1)125 

17  -  22 

Name  of  table 

STRING 

1-6  non-blank 
characters 

DENAM 

25  -  30 

Maximum  number  of  lines 

1(1)32000 

DEMXLN 

33  -  34 

Number  of  blocks 

1(1)50 

DENBLK 

36  -  37 

Number  of  unindexed  words 

1(1)50 

DEUNIN 

39 

Table  Monitor 

0,  i 

DUMP 

Yes,  not 
used  in 
Table 
Generator 
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TAPE  ASSIGNMENTS.  The  following  is  a  list  of  the  necessary  tape  assignments 
for  making  a  Table  Generator  run.  A  maximum  of  15  tapes  is  needed  but,  in  some 
runs,  as  few  as  10  can  be  used.  Where  pertinent,  the  corresponding  parameter 
names  for  the  various  tapes  are  given. 


hannel/Unit 

Parameter  Name 

Tape  Identification/Use 

A1 

CL-I  System  Tape 

A2 

WKTAP2 

Work  tape  used  by  routine  SORTH 

A3 

WKTAP4 

Work  tape  used  by  routine  SORTH. 

(Also  used  by  process  ALLOUT.) 

A4 

Old  Master  File  (Input) 

A5 

TAPEIN 

Intermediate  tape  used  by  processes 

TSKA03  and  TSKA04. 

A6 

GAMETP 

Input  GAME  Tape 

A7 

PLANTP 

Input  PLAN  Tape 

B1 

WKTAP1 

Work  tape  used  by  routine  SORTH. 

(Also  used  by  process  ALLOUT.) 

B2 

CL-I  Work  Tape 

B3 

CL-I  Output  Tape 

B4 

CL-I  Work  Tape 

B5 

New  Master  File  (Output) 

B6 

WKTAP3 

Work  tape  used  by  routine  SORTH. 

B7 

RESLTP 

Output  RESULT  Tape 

B8 

fflSTl 

Intermediate  tape  used  by  routine 

SORTH. 
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Modification  of  Tape  Assignments.  If  it  is  necessary  to  modify  the  above 
tape  assignments ,  the  following  list  indicates  which  processes  reference  the  various 
tapes: 


Parameter  Name  Processes  in  which  Tape  is  referenced 

GAMETP 

TSKA02,  TSKA02,  TSKD02 

PLANTP 

TSKA01,  TSKA02,  TSKD02 

TAPEIN 

TSKA03,  TSKA04 

fflSTl 

TSKA04 

WKTAP1 

WKTAP2 

WKTAP3 

►  TSKA04 

WKTAP4  j 

i 

RESLTP 

TSKA01,  TSKA02,  TSKA03,  TSKA04, 

TSKD02 

INTERNAL  TABLES*  The  following  is  a  brief  description  of  the  items  contained 
in  some  of  the  internal  tables  used  in  Table  Generator. 

1.  BASER  -  Modified  Base  List,  in  which  the  coordinates  of  the 
Base  with  an  identification  of  N  are  in  line  N  of  the  table. 

2.  CELLXX  -  Contains  the  cell  identifications  from  each  line  in 
table  INASTB. 

3.  GMTABL  -  GAME  tape  table  of  contents;  this  tape  contains: 

•  Number  of  records  in  second  file  of  GAME  tape. 

•  Current  position  of  tape. 

•  Name  and  version  of  each  record  on  GAME  tape. 

4.  HELP1  -  This  table  is  used  for  temporary  storage  of 
miscellaneous  items  during  process  TSKA01. 


5.  PLTABL  -  PLAN  tape  table  of  contents;  this  tape  contains: 

•  Number  of  records  in  s  econd  file  of  PLAN  tape. 

•  Current  position  of  tape. 

•  Name  and  version  of  each  record  on  PLAN  tape. 

6.  RFUELR  -  Modified  REFUELING  AREA  List  in  which  the 
coordinates  of  the  refueling  area  having  an  identification  of  N 
are  in  line  N  of  the  table. 

7.  TGLST  -  This  table  contains  the  identification  of  the  points  that 
will  be  used  in  the  route  association  portion  of  the  program. 

As  each  target  is  considered,  the  distance  from  the  target  to 
each  point  will  be  placed  in  this  table. 

8.  XXMTRC  -  This  table  is  exactly  the  same  as  output  table  MTRC. 

PROCESS  TAPEID.  The  process  TAPEID  is  similar  to  process  HEDTP2  which 
is  also  used  to  create  data  tapes.  TAPEID  is  a  modification  of  *he  latter  process  and 
allows  more  than  one  data  tape  to  be  made  during  a  single  CL-  m.  Like  HEDTP2, 
TAPEID  will  normally  place  the  ID  file  on  B6.  However,  if  th<  .irst  card  following 
the  -  EXCPRC  TAPEID  -  card  is  of  the  form  TAPEXY  (in  columns  1-6),  where  X 
specifies  a  data  channel  (ARB)  and  Y  specifies  a  tape  unit  (1-9),  then  the  ID  file 
will  be  put  on  tape  XY  instead  of  B6.  Of  course,  the  user  must  be  sure  that  the  XY 
used  in  the  TAPE/XY  option  of  INPOBJ  is  the  same  as  the  XY  used  in  the  TAPEXY 
card  following  the  -  EXCPRC  TAPEID  -  card. 
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APPENDIX  D 


AIRCRAFT  ALLOCATION  MODEL 
MAIN  ALLOCATION  PROGRAM 


GROSS  FLOW  CHARTS 


ckoss  ruw  or  aiscsaft  allocaticw  model  -  candidate  mission  facto  *s 
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